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Jubileum 

A NetAcademia Kft. történelmében több- 
szörös jubileumot ünnepelhetünk e 
kiadvánnyal. Először is túl vagyunk a 
Tech.Net szakmai magazin első számán, 
másodszor elérkezett a legelső külön- 
szám. A Microsoft háza táján is jubi- 
leumot ünnepelnek: 25 éve alakult a 
cég. Hiába no, minden nagy cégnél 
számontartják az eddig megtett utat :). 
Valószínűleg nagyobb hatást gyakorol 
a Microsoft az informatikai iparágra, 
mint mi, újságíróként tetszelgő rend- 
szermérnökök. Ezért e különszám - bármilyen fájó - nem 
rólunk szól, hanem valami újról, valami forradalmiról. A 
technológiai elemek évek óta rendelkezésre álltak, de most 
állt össze az egységes jövőkép az Internetről: rivaldafény- 
ben a .NET stratégia. Döbbenetes élmény csak részt venni 
is e rohanásban. Azt hittük, ez az év már nem tartogat 
meglepetéseket, hisz alig fél éve, hogy megjelent a 
Windows 2000. Tévedtünk. A .NET nagyobb változásokat 
hoz, mint egy új operációs rendszer: a tét jelenleg a min- 
dent átható Internet szabványainak kidolgozása, a jövő 
alapjainak lerakása. A Microsoft ezen alapok lerakásában 
segít átgondolt, egységes .NET kiszolgálótermék-családjá- 
nak egyidejű megjelentetésével. Forradalmi változás ez, 
hisz minden termék teljes gőzzel, olykor 180 fokos fordu- 
lattal az Internet felé fordul. A Windows 2000 már eddig 
is bizonyította Internet-elkötelezettségét, de most minden 
egyes BackoOffice termék előrébb lép e folyamatban. Az SOL 
Server 2000 teljeskörű XML támogatással és adatbányásza- 
ti képességekkel (Data Mining) virít, az Exchange 2000 
pedig csak annyira hasonlít az Exchange 5.5-re, mint a 
Windows 2000 a Windows 3.1-re - vagyis alig. Kizárólag 
kompatibilitási okokból tartották meg benne az eddigi 
üdvöskét, az X.400-at, a MAPI-t, 100.00090-ban újraírták 
az Outlook Web Accesst, az adatbázismotort, a fürttámo- 
gatást, s mindehhez a hab a tortán az XML. 

Apropó XML. Aki még nem ismeri e régi-új leírónyelvet, 
legjobban teszi ha mihamarabb fejest ugrik bele: EZ a jelen 
évezred szabványos adatátviteli formátuma. Mindenre 
képes, még arra is, amire nem, hisz rugalmasan bővíthető, 
önleíró nyelvként arra hajlik, amerre éppen szükséges. Ez 
a csoda fog minket átvinni a papír- (és ember?) mentes 
iroda korszakába, ahol a vállalatok számítógépei szépen 
eltársalognak egymással, hisz végre értelmezni képesek 
egymás adatformátumát. Összetettebb esetben nélkülöz- 
hetetlen BackOffice komponenssé válik a BizTalk Server, 
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amelyet egy mondatban úgy tudnék jellemezni, mint XML 
átalakítót (trafó) és útválasztót, mely XML tolmácsként 
végre lehetővé teszi, hogy szót értsenek egymással SAP és 
egyéb, egyedi vállalati rendszereink. Az XML egyértelműen 
a harmadik évezred gazdasági fejlődésének motorja. 

A robbanásszerű fejlődés előtt álló e-kereskedelem nem 
lehet meg olyan megoldás nélkül, amely a terhelés nö- 
vekedésével szinte lineárisan növekedő teljesítményt 
nyújt. E téren két új Windows 2000 változat szolgáltatásait 
lehet igénybe venni: a DataCenter és AppCenter Ser- 
vereket. Míg DataCenter Serverrel valószínűleg földi 
halandó nemigen fog találkozni, mert a termék csak olyan 
hardverekkel kerül majd forgalomba, melyek kiállták a 
négykilences próbát (99,9999-os rendelkezésre állás, azaz 
évente maximum 52 perc 33 másopercnyi leállás !!!), és 
áruk ennek megfelelően prohibitív, addig az AppCenter 
Server majd" minden webes fűszeres számára elérhető áron 
nyújt méretezhető megoldást kínzó növekedési prob- 
lémájára. Biztonság, biztonság, biztonság. Mindeddig nem 
volt a Microsoft termékpalettáján olyan komponens, mely- 
lyel a webre kitett kiszolgálókat meg lehetett volna védeni 
a jóságos hackerek gonoszkodásaitól. A félelmetes nevű 
ISA Server 2000 valódi, bevizsgált tűzfal, mely csomag- 
szűrő és alkalmazás-tűzfal funkciókkal egyaránt ren- 
delkezik, sőt képes néhány tipikus támadás észlelésére, és 
a megfelelő személyek riasztására. 

A jó öreg SNA Servert is új változat váltja fel, itt a Host 
Integration Server 2000, mellyel olyan úgynevezett ,lega- 
cy", vagy szabad fordításban , Khm. Miért is nem fejlesztik?" 
rendszereket is be lehet vonni a vállalat információs vérke- 
ringésébe, melyek pokoli sok pénzbe kerültek annak idején, 
eszméletlen sok adat van bennük, de tökéletesen reményte- 
len arra várni, hogy gyártójuk majd XML támogatással, vagy 
adatbányászati képességekkel egészíti ki őket. Mély tisz- 
telet az elenyészően ritka kivételnek :) 

A Microsoft elkötelezettségét mi sem jelzi jobban, hogy a 
.NET bejelentésével egyidőben a legfontosabb partnerek a 
felkészültség oly magas fokán állnak, hogy azonnal képe- 
sek voltak eleget tenni annak a felkérésnek, hogy minde- 
gyikük ismertesse egy-egy cikkben a saját tevékenységi 
köréhez legközelebb álló .NET terméket - ennek kézzel 
fogható eredménye e különszám. Köszönet tehát a 
Protomix, a Synergon, a Novosys, a Minor, a HMS, az ICON 
és a Montana rendszermérnökeinek a kiváló munkáért! 


Fóti Marcell 

főszerkesztő 

MCSE35-I, MCDBA, MCT 
marcellf(onetacademia.net 
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Idén február 17-én jelent meg a Windows 2000 
Server család első két tagja. A család három 
tagból áll, az utolsó tag a Windows 2000 
DataCenter Server most jelenik meg. A 
Windows 2000 megbízhatósága, rendelkezésre- 
állása messze felülmúlja a Windows NT hason- 
ló képességeit. Amikor operációs rendszert vá- 
lasztunk, megbízhatóságon és rendelkezésre- 
álláson túl a teljesítményparamétereket is kie- 
melten kezeljük. A Windows 2000 megjelenésével 
soha nem látott teljesítményadatokat produkált a rendszer. 
Hogy mást ne is említsünk, a TCP-C eredmények első tíz 
helyén Windows 2000 szerepel. A Windows 2000 Server 
család zászlóshajója a Windows 2000 DataCenter Server még 
tovább emeli a szintet megbízhatóság, teljesítmény, 
méretezhetőség tekintetében. 
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Windows 2000 választási lehetőségek 


Rögtön le kell szögeznünk, hogy ez a Microsoft operációs 
rendszer jelentősen eltér az eddig megszokott operációs rend- 
szerektől abban, hogy ezt csak és kizárólag a kiemelt hard- 
vergyártóktól lehet beszerezni. A Windows 2000 DataCenter 
sokkal több, mint a telepítő CD-n lévő bitek összessége. Ez az 
operációs rendszer előre tesztelt és módosíthatatlan hardver- 
konfigurációt, folyamatosan elérhető szervizhátteret és rend- 
szerintegrációt jelent. 


Windows 2000 DataCenter Server 

Nézzük röviden a szoftver paramétereit. Köztudott dolog, 
hogy pusztán a processzorok számának növekedésével egy 
ponton túl már nem lehet a teljesítményt növelni. Ahhoz, 
hogy egy rendszerből ki tudjuk hozni a megfelelő teljesít- 
ményt, hatékony algoritmusokra van szükségünk. Windows 
NT alapokon maximum 8 processzoros rendszert tudtunk 
építeni. A processzorszám növelésével a teljesítmény nem- 
hogy nőne, inkább letörik. 

A Windows 2000 DataCenter Server-rel 8, 16 sőt akár 32 
processzoros rendszert tudunk építeni úgy, hogy a rend- 
szer teljesítménye a processzorok számának növelésével 
lineárisan növekszik. 

Az olyan adatbáziskezelők, mint például az SOL 2000 
akkor működnek a legnagyobb teljesítménnyel, ha fela- 
dataikat minél kevesebb lemezművelettel, a memóriában 
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Windows 2000 DataCenter 


végezhetik el. A Windows 2000 DataCenter Server ideális 
platformja a nagyvállalati alkalmazásoknak, hiszen 64 
gigabájt memóriát tud kezelni. 

Egy vállalat szempontjából kritikus alkalmazások rendel- 
kezésreállását úgy is tudjuk növelni, hogy az alkalmazást 
párba kapcsolt gépeken, úgynevezett fürtökön futtatjuk. A 
Windows 2000 DataCenter Server-t használva négy darab 
fürtbe kapcsolt számítógépet tudunk azonos feladatok 
elvégzésére beállítani. Ezek a számítógépek a Compag 
üvegszálas hálózati technológiájának köszönhetően akár 10 
kilométer távolságban is lehetnek egymástól. 


A hardver 
Az eddig elmondottakból tisztán körvonalazódik, hogy a 
Windows 2000 DataCenter esetében már régen nem PC 
tógépekről, melyek működésükben, üzemeltetésükben, tel- 
jesítményükben a mainframe gépek kategóriájába esnek. A 
Compag és a Microsoft közötti szoros együttműködésnek 
köszönhetően a Compag elsőként jelenik meg olyan számí- 
tógépekkel, melyek megfelelnek a nagyon szigorú tesztelési 
feltételeknek. A minősítés során egy teljes rendszert 30 
napon át folyamatosan, erős terhelésnek kitéve tesztelnek. 
A tesztelés során nemcsak magát a hardvert, hanem a 
működéséhez szükséges meghajtóprogramokat is tesztelik. 
Extrém terhelési szituációkban, szűkös szabad memória kör- 
nyezetekben tesztelve a rendszert garantáltan kiszűrhető az 
esetleges meghajtóprogram-hiba. A meghajtóprogramban 
lévő hiba azért lehet végzetes a rendszer számára, mert a 
kernelszinten fut, ahol semmilyen kódellenőrzés nem zajlik. 
Ha tehát hibás, akkor az könnyen rendszerösszeomláshoz 
vezethet. A számítógép rendszerben bármilyen komponens 
megváltoztatása a teljes tesztelési folyamat újrakezdését 
jelenti. A Microsoft által minősített hardverkomponenseket 
a HCL (Hardver Compatibility List) tartalmazza. Az a néhány 
rendszer, mely a Windows 2000 DataCenter Server fut- 
tatására jogosult, az úgynevezett Gold HCL-en található. 
Korábban már említettük, de fontossága miatt még egyszer" 
hangsúlyozzuk, hogy a Windows 2000 Datacenter Server-t 
csak hardverrel együtt vásárolhatjuk meg. 

A Compag Proliant szervercsalád új zászlóshajója a Proliant 
ML 770, amely a DataCenter Server minden lehetőségét 
kihasználja. Maximális kiépítésben 32 darab Pentium III 
Xeon processzort és 64 Gbyte SDRAM 
memóriát tartalmazhat. 


A Compag Intel alapú zászlóshajója 


Eddig nem beszéltünk róla, de tudnunk 

kell, hogy ez a kiszolgáló a perifériák 

kezelésében is új rekordot állít fel a maga 

96 darab 64 bites PCI csatlakozójával. 

A szerver alapvetően két kiszerelésben 

rendelhető: 

"8 16 processzor, 32GB RAM, 48 PCI 
csatlakozóval és redundás tápegy- 
séggel, valamint 
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"I 32 processzor, 32 GB RAM, 96 PCI csatlakozóval és redundás 
tápegységgel 

Az ML 770 és szerver a következő komponensekből épül fel. 

0 32 vagy 16 Pentium III Xeon 700 MHz processzor 

-t 2 MB 2 Cache processzoronként 

32 GB memória (32P modell) vagy 16 GB memória 

(16P modell). A 64 GB memória a következő félévtől 

"0 Két darab Compag ProLiant DL360 szerver 

0 24 portos Ethernet Switch 

0 StorageWorks BA35A-BA 

"0 96 bővítőhely (64 bit/33 MHz Hot Plug PCI) 

"0 Négy (32P Modell) illetve kettő (16P Modell) integrált 
NC3131 Fast Ethernet hálózati kártya 64 PCI Dual Port 
10/100 

0 Négy (32P modell) vagy kettő (16P modell) integrált 
Ultra3 SCSI vezérlő 

0 16 (hot plug redundant) tápegység (10 darab a 16P 
modellnél) 

-0 Hat darab üzem közben cserélhető redundáns hűtő- 
ventillátor 

A szerverek tároló diszkalrendszerei a hosszú ideje piacon 

lévő megbízhatóan működő, több terabájt adat kezelésére 

képes StorageWorks MA 8000 és MA12000. 
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Datacenter nincs adattárolás nélkül. 


Az ML 770 működéséhez háromfázisú tápellátásra van szükség, 
ami azt jelenti hogy ez a szerver ritkán fog a légkondi- 
cionált szerverszobák falai közül kilépni. A tápegységek 
menet közben cserélhetők. 

Ekkora elektromos teljesítmény felvétele jelentős hőtermelés- 
sel jár együtt. A rendszernek ezért fontos részét képezik a ven- 
tillációs modulok. Mondani sem kell, hogy ezek is reptében 
cserélhetők. Ha pedig a csere nem lehetséges, akkor az eset- 
leg kieső modul feladatát a többi ventilátor átveszi úgy, hogy 
automatikusan nagyobb fordulatszámra kapcsolnak. 

Ha alaposan átolvassuk az ML 770-es paramétereit, biztos 
megakad a szemünk a felsorolásban negyedik helyen lévő 
"DL 360 szerver" tételen. Aki ismeri a Compag termékskáláját 
tudja, hogy ezek a legkisebb, egész pontosan 1U magas 
szerverek. Ezeknek a szervereknek a feladata ebben az eset- 
ben a nagy testvér (ML 770) felügyeletének ellátása. Nem 
mindennapi megoldás az, amikor egy nagy szerver házában 
egy kis szerver is működik. Ezek alapján állíthatjuk, hogy a 
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Compag az ML 770-es piacra dobásával megalkotta azt a 
maximumot, amit ma Intel platformon meg lehet alkotni. 


Egy új fogalom - particionálás 

A particionálás fogalmát eddig a merevlemezrendszerek 
felosztása kapcsán használtuk. Az ML770-es particionálása 
lehetővé teszi, hogy egy fizikai gépen belül több, egymás- 
tól teljesen függetlenül működő logikai gépet alakítsunk 
ki. A particionálás során bizonyos számú processzort 
összefogunk (2x16P, 4x8P) vagy (1x16P, 2x8P) és így be- 
lőlük képezzük a virtuális számítógépeket. Egy partícionált 
számítógép esetében annyiszor kell a Windows 2000 
DataCenter Server-t telepítenünk, ahány partíciót kialakí- 
tottunk. Minden partició egymástól független életet él. Az 
egyiken futhat például az SOL 2000, a másikon pedig az 
Exchange 2000. Másik felhasználási lehetősége a partí- 
cióknak a fürtözés. Ebben az esetben úgy alakítunk ki 
fürtöket, hogy azok fizikailag egy gépen belül vannak. 


Datacenter, de kisebb léptékben 

Olvasván az ML770 szerverben lévő processzorok számát és 
a memória méretét mindenkinek megdobban a szíve. Ilyen 
teljesítményű gépekről eddig csak az egyetemi kutatásokra 
épített szuperszámítógépekkel kapcsolatban hallottunk, és 
ezek a gépek most részei lehetnek mindennapi életünknek. 
A józanodás pillanatai természetesen akkor következnek, 
amikor ezeknek a szervereknek az árcímkéjét meglátjuk. 

A Compag tisztában van azzal, hogy nem mindenkinek van 
szüksége akkora teljesítményre, mint amekkorát ebből a 
gépből ki lehet hozni, ezért a Proliant termékcsalád eddigi 
ta a Datacenter Server tesztekbe. Ennek eredménye, hogy az 
Industry Standard Architecture alapján kifejlesztett 8 utas 
Proliant 8500 gépek egyes tesztelt modelljeire is telepít- 
hetjük a Windows 2000 Datacenter-t. Ezzel a kombinációval 
igaz, hogy kisebb teljesítmény mellett, de megkapjuk a 
DataCenter Server többletszolgáltatásait, illetve az oly 
fontos 99,999o-os garantált rendelkezésreállást. 


Alkalmazási területek 

Elsőszámú jelöltjei ennek a platformnak a nagy teljesít- 
ményt igénylő adatbázisszerverek, illetve az ezekre épülő 
vállalatirányítási rendszerek (SAP). 

Az informatikai trendeket figyelve a másik a felhasználási 
terület a szerverkonszolidáció. 

Az Internet és az elektronikus kereskedelem komoly tel- 
jesítményigénye és a rendszerekkel szemben támasztott 
magas rendelkezésreállási igények szintén könnyedén 
kiszolgálhatók az ML770 -el. 


Tarsoly Balázs, balazstomicrosoft.com 
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Application Center 


. Application 


Hogyan üzemel- 
tessünk szerver- 
farmot... 

Gyorsuló világunkban lassan 
értelmét veszti klasszikus 
PC-s alkalmazásokat építeni: 
az egygépes megoldások 
ideje lejárt - ha valami nem 
képes kommunikálni, elavult. 
Ha a következő verzió nem 
internetes nyílt szabványokat használ, ne is dobjuk piacra... 
Az elosztott alkalmazások építése, üzemeltetése sok nyűggel 
jár: többek között nehezen megoldató a szabályozott 
telepítés, a monitorozás, a folyamatos fejlesztés, új verziók 
telepítése vagy a rutinszerű kapacitás-növelés. Ezen gondok 
megoldására született cikkünk tárgya, a Microsoft Applica- 
tion Center szoftver. 
Írásunk elsősorban műszaki döntéshozóknak, döntésbefolyá- 
solóknak szól. Célunk az, hogy elolvasás után alapszintű ter- 
mékismeretre tegyenek szert. Ez alapján saját rendszereikben 
új, igazán merész elképzeléseiket is megvalósíthatják, és 
sokkal könnyebben és olcsóbban üzemeltethetnek. 





Az Application Center környezete 

Egy mai, egyszerű internetes alkalmazás architektúráját a 
következőképpen vázolhatjuk fel: 

A böngészős kliensprogram HTTP szerverrel kommunikál, mely 
mögött alkalmazásszerveres üzleti logika működik. A háttérben 
adatbázisok, vagy egyéb háttéralkalmazások futnak. Persze, ha 
az alkalmazást üzleti környezetben, az ennek megfelelő ren- 
delkezésreállási és adatbiztonsági elvárásokkal üzemeltetjük, 
nem hagyhatjuk ki a megfelelő redundáns elemeket sem: 
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Ekkor a böngészős kliensprogram már háló- 
zati terhelésmegosztásban (Network Load 
Balancing, NLB) működő HTTP szerverekkel 
kommunikál, és az alkalmazás kiszolgálók 
is többszörözötten működnek, komponens 
szintű terhelésmegosztással (Component 
Load Balancing, CLB) osztva meg egymás 
között a feladatokat. A háttérben az adat- 
bázisok vagy háttéralkalmazások fürtözött struktúrában 
működnek (Cluster). 

Az éles megvalósításokat még inkább bonyolítja, hogy 
gyakran redundáns hálózatot, tűzfalakat és különböző biz- 
tonsági szintű zónákat is figyelembe kell vennünk. 
Szerencsére ezek a Tend- internet 
szerelemek az Applica- - 
tion Center - illetve az 
alatta futó megfelelő- 
en konfigurált Windows 
2000 Server-ek - szá- 
mára transzparensek, 
így a felépítésük után 
nem kell rájuk külön 
figyelmet fordítanunk. 


DMz 
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A szerver működése 

A működési környezet által meghatározott keretek között 

az Application Center vezérlésével a komponensek egysége- 

sen jelennek meg a külvilág felé. 

Felhasználói oldalról - Internetes protokollokat használó - 

böngészős kezelőfelülettel találkozunk. Ez állandóan ren- 

delkezésre áll és meglepően nagyszámú párhuzamos kapcso- 
latot képes kiszolgálni. Az állandó rendelkezésreállás a redun- 
dáns gépelrendezésnek, a nagy kiszolgálókapacitás pedig az 
egyes gépek lineárisan összeadódó teljesítményének köszönhető. 

Üzemeltetői szemmel a rendszer rendezett, különböző szak- 

feladatokat ellátó szervercsoportokat látunk: 

- Legnagyobb számban a kérésekre HTML lapokat, grafiká- 
kat, statikus webes tartalmat szolgáltató szervereket 
találunk. Ezek a gépek egy IP címen, hálózati terhelés- 
elosztással működnek, és az Application Center gondos- 
kodik tartalmuk szinkronban tartásáról. 

2 Alkalmazástól függően a webszerverek mögött (vagy 
magukon a webszervereken) COM-- alkalmazásokat fut- 
tató szervereket találunk. Ezek a szerverek komponens- 
szintű terheléselosztásban működnek, az alkalmazás 
futtató környezet egyenletesen osztja el a rendel- 
kezésre álló hardvereken a terhelést. Itt fontos megje- 
gyeznünk, hogy a webes alkalmazások kifejlesztésénél 
nem szükséges speciális szabályok betartása, a kompo- 
nensszintű terheléselosztás szakszerű fejlesztés esetén 
teljesen transzparens a szoftverkód számára. 

-2 A háttérben szintén nagy megbízhatóságú, fürtözött 
szerverek által működtetett adatbázisok, tárolórend- 
szerek, vagy nagygépes alkalmazások állnak. 
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Az egész parkot egy irányítófelületről kezeljük, melynek 
két alapvető szolgáltatását használjuk: 

"b Az adminisztrátori eszközökkel új gépeket, alkalmazás- 
komponenseket vehetünk fel, terhelésáthelyezéseket 
végezhetünk, vagy rendszert partícionálhatunk. 
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"1 A naplózó- és elemzőeszközökkel valósidőben vagy utólag 
figyelhetjük rendszerünk működésére illetve az alkal- 
mazásunkat használókra jellemző statisztikákat. 


A háttérben két további szolgáltatás működik, mellyel 
közvetlenül foglalkoznunk nem kell, de nem szabad figyel- 
men kívül hagynunk: a folyamatos replikáció konzisztensen 
tartja a szervereken tárolt redundáns adatokat, a belső név- 
feloldás pedig a gondoskodik arról, hogy az egész struktúra 
kívülről egységesen látsszon, miközben belül a teljesítmény 
egyenletesen osztódik el a szerverek között. 


New Deployment Wizard 


Welcome to the New 
Deployment Wizard 


This wizard helps you deploy content and configuration of. 
one or more applications to one or more selected 
Application Center clusters or member: 


AI specified content and configuration on the 
targets wil be overwten by this operation üietágeta 
controller, these changes wil be rephcated throughout the 
entire cluster. 


To continue, ckek Next. 





Ezekután például ha a szerverek számát növelni akarjuk, új, 
alapelemekkel feltöltött gépet kötünk a hálózatba, és re- 
gisztráljuk az Application Center alkalmazásban. A környe- 
zet automatikusan gondoskodik a szükséges komponensek 
telepítéséről és a szerver szoftverének feltöltéséről, konfi- 
gurálásáról, üzemeltetéséről. 
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Application Center Basics 
Everes with Creating a Custer 
mee mommensevee [ Application Center To create a cluster with áppilcation Center, use 


Health Monza MA ic 
MEssatk MlGlGÉ the New Ciuster Wzard, This wizard sírolfes 





Center 2000 the process of creatrg a ciuster by handling 

enables you to manage multpie most of re conáguralton tatks Ágy you, One 

cluster from a single computer, You have made your selectens n the weard 
Agplcaton Center, you ard created the ciuster , vö cari add cltter 

can create cksters, jon existing marbers to complete tha cluster 

cdusters, add and remove ciuster 

members, deplgy new CaNtEnt, Jaining a Ciuster 

configure load balncng, and ou can jon an exstng cluster by cornectng 0 

monitor cluster performance. a server adi selectng tha option 10 jon an 


exstng cisster, Once added, the server can 
begn to handie reguests sent tö the cizter. 


Managing a Custer 


Vau can remotely manage a ckester without 
creatng er onng an evstng cluster 


Application Center Resources 
Application Center Newsgroups 


2 vssüdéesésásű 

A teljes adminisztrátori környezet a már megszokott négy 

arcot mutatja: 

2 MMC-s, varázslós felülettel végezhetjük el a napi rutin- 
feladatokat 

0 parancssoros felülettel futhatunk végig a már igazán 
begyakorlott lépéseken 

8 weben keresztül avatkozhatunk be a rendkívüli 
helyzetekben 

"2 a nyílt API-kon keresztül saját szoftvereket is illeszt- 
hetünk a felület mellé 


Összefoglalás 

Az Microsoft Application Center 2000 tehát egy olyan 
szoftverkörnyezetet ad, mellyel nagyszámú gépből összeálli- 
tott, internetes szabványokon alapuló, magas rendelkezésre 
állású szerverfarmot üzemeltethetünk. Ez az eszköz a 
Microsoft első olyan terméke, amely egyértelműen a .NET 
stratégia mellett kötelezte el magát: az Internetes piacnak 
szánt szolgáltatások megbízható, gazdaságos működtetésé- 
hez elengedhetetlen eszköz, mely versenyelőnyre válthatja a 
professzionális felhasználók ötleteit. 


Probojcsevity Ottó, otto(Dicon.hu 
000 


FETJETETEI 



























LEGH.NET 


Exchange egykor és most ert 


Amióta 1996-ban megkezdte pályafutását, azóta a 
Microsoft Exchange Server széles körben ismert- 
té vált és kiszolgálóoldali (back-end) üzenet- 
közvetítő termékként kerül felhasználásra. 
£A Í Számos, ha nem a legtöbb ügyfél gondol- 
) kodásában az Exchange és ügyfélprogramjai, 
ideértve a Microsoft Outlook-ot és Microsoft 
Outlook Express-t is, ma már egyenértékűnek 
számítanak az e-mail-lel. Az Exchange azonban 
több, mint puszta levelező kiszolgáló. 
Ha utánanézünk az , Exchange" szónak, akkor azt a meg- 
határozást találjuk, miszerint a csere ,kölcsönös adás és 
vétel" ill. ,olyan hely, ahol tárgyak vagy szolgáltatások 
kicserélésére kerül sor". Mindkét meghatározásból kivilág- 
lik, hogy a csere fogalma jóval többet takar üzenetek kül- 
désénél és fogadásánál, még akkor is, ha ezek az üzenetek 
díszes formát ölthetnek vagy hozzájuk csatolt dokumen- 
tumokat, képeket és egyéb objektumokat foglalhatnak 
magukban. A szó értelmezése szerint a csere sokkal inkább 
hasonlít egy piactéren vagy városházi ülésen, mintsem 
postahivatalban zajló eseményre. 
Lehet, hogy az eddigi bevezető üres fecsegésnek tűnik, 
lényegében azonban arról van szó, hogy az Exchange, mint 
termék mindig is megfelelt a neve mögött rejlő elkép- 
zelésnek - nemcsak úgy, hogy támogatja az elektronikus 
levelek , kölcsönös adását és vételét", hanem azáltal is, 
hogy elősegíti az információk kereskedelmét olyan mecha- 
nizmusokon keresztül, amelyek köre a naptáraktól és hirde- 
tőtábláktól kezdve magán- és közkönyvtárakon át egészen 
a testreszabott alkalmazásokig, a feladatkezelésig, doku- 
mentumátirányításig és távoli elérésig terjed. 
A szabadon kicserélt információk koncepciója márpedig sehol 
másutt nem nyilvánvalóbb, mint az Exchange megjelenés előtt 
álló új verziója esetében, amely a fejlesztés szakaszában a 
Platinum fedőnevet kapta. Ebben a legújabb változatban, amely 
hivatalosan Microsoft Exchange 2000 Server néven ismert, az 
Exchange nemcsak elektronikus levelek, hanem hangposta, 
(..streaming")  videofolyam dokumentumok és webtartalom 
továbbítását is támogatja, és lehetővé teszi az azonnali üze- 
netküldést, videokonferenciák és tárgyalások lebonyolítását. 
Röviden, az Exchange valamennyi verziójában mindig is az 
együttműködés támogatója volt, hajtóerőként szolgált min- 
dazoknak a mindennél fontosabb (habár gyakran bizonytalan- 
ul definiált) tevékenységeknek a vonatkozásában, amelyeket 





soroltak. Az Exchange 2000 azért terjeszti ki a támogatást a 
csoportos tevékenységekre, hogy felölelje az olyan jól bevált, 
emeltszintű és újonnan kifejlesztett technológiákat, amelyek 
a korábbi változatoknál még ismeretlenek voltak. 

A Microsoft Exchange Server a BackOffice csomag kommu- 
nikációs, üzenetküldő és csoportmunka-szolgáltatásokért 
felelős része. Egyesíti a hagyományos e-mail rendszerek 
továbbfejlesztett szolgáltatásait, csoportidőbeosztás-ké- 
szítő, elektronikus űrlapkezelő és általános csoportmunka- 
alkalmazási lehetőségekkel. Tervezésekor célul tűzték ki, hogy 
az elektronikus levelezést könnyebben használhatóvá, köny- 
nyebben felügyelhetővé, megbízhatóbbá és még rugalmasab- 
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bá tegye a hálózat méretétől függetlenül. A beépített cso- 
portmunka-alkalmazásoknak köszönhetően a kisebb és na- 
gyobb szervezetek is javíthatják és automatizálhatják a 
kulcsfontosságú üzleti folyamataikat. A Microsoft 
Exchange 2000 Server-t - amely szorosan integrálódik a 
Microsoft Windows 2000 operációs rendszerbe - úgy ter- 
vezték, hogy megfeleljen bármilyen méretű vállalkozás le- 
velezési és csoportos munkavégzési igényeinek - a kis cégek- 
től a nagy, területileg széttagolt vállalkozásokig. Ügyfél- 
szoftverével, a — Microsoft Outlook 2000-rel együtt az 
Exchange rendkívül megbízható, méretezhető és könnyen 
kezelhető üzenetküldő és csoportos munkavégzési infrastruk- 
túrát biztosít. Innovatív, új webes tárolórendszere az 
Exchange megbízhatóságát és méretezhetőségét a Web 
elérhetőségével és nyíltságával ötvözve kiterjedt adattárházat 
és üzleti alkalmazási platformot teremt. Az Exchange 2000 
Conferencing Server (konferencia szerver) adat, audio és 
video-konferencia szolgáltatási platformot biztosít, 
megteremtve az együttműködés új módszereinek alapjait. 


Továbbfejlesztett üzenetkezelési és együttműködési 
platform 

Az Exchange 2000 megbízható, méretezhető, és könnyen 
kezelhető infrastruktúra, amely a hét minden napján, huszon- 
négy órában elérhető üzenetkezelési és együttműködési szol- 
gáltatást biztosít alacsony birtoklási költség (TCO) mellett. Az 
Exchange 2000 Server, fokozott megbízhatóságot, méretezhe- 
tőséget és megnövelt teljesítményt biztosít alacsonyabb bir- 
toklási költség mellett, ami az üzenetkezelési, együttműködési 
és hálózati erőforrások egységes kezelésének köszönhető. 


Integráció a Windows 2000-rel 

Active Directory integráció. Az Exchange 2000 teljes mér- 
tékben kihasználja a Windows 2000 Active Directory szol- 
gáltatásának előnyeit, lehetővé téve a rendszergazdák szá- 
mára egy vállalati címtár létrehozását, egyetlen pontban 
biztosítva az összes felhasználó, felhasználó-csoport, jogo- 
sultság, konfigurációs adat, hálózati bejelentkezés, fájl és. 
webszintű megosztás, stb. kezelését. Az Active Directory 
egy vállalati szintű címtárszolgáltatás, amely rendkívül 
méretezhető, szabványos Internet-technológiákból épít- 
kezik, és operációs rendszer szinten teljesen mértékben 
integrálva van az Exchange-dzsel. Az Active Directory 
lehetővé teszi az összes felhasználó, üzenetkezelő és 
hálózati erőforrások közös pontból történő kezelését - 
beleértve az e-mail és postafiók információkat, konfigurá- 
ciós információkat, fájlokat, perifériaeszközöket, számító- 
gépes kapcsolatokat, adatbázisokat, webhozzáféréseket, 
felhasználókat, egyéb tetszőleges objektumokat és szolgál- 
tatásokat. Az összes Exchange 2000 címtár-információt 
(beleértve a felhasználókkal, postafiókokkal, szerverekkel, 
telephelyekkel, és egyedi címzettekkel kapcsolatos informá- 
ciókat is) az Active Directory tárolja. Míg a rendszergazdák 
az egységes adminisztráció előnyeit élvezhetik, a tudás- 
anyaggal foglalkozó alkalmazottak, akik hozzászoktak az 
Exchange Server címtár használatához (amelyet Globális 
Címlistának hívunk) nem tapasztalnak érzékelhető változást 
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a felhasználói felületben, és nem lesz szükségük 

átképzésre, amikor áttérnek az Active Directory használa- 

tára. Az Exchange Server és az Active Directory integrá- 
ciójának jellemzői többek között a következők: 

"8 Az Exchange Server és a Windows 2000 objektumok 
egységesített adminisztrációja lehetővé teszi, hogy az 
összes felhasználói adatot egyetlen helyen, egyetlen 
eszközkészlettel kezeljük. A Delegation Wizard segítségé- 
vel könnyedén elvégezhetjük a szokásos feladatokat. 

0 A Windows 2000 biztonsági csoportjai automatikusan 
felhasználhatók Exchange 2000 terjesztési listaként, 
szükségtelenné téve a párhuzamos terjesztési listák 
készítését minden egyes osztály vagy csoport számára. 

"0 Az Active Directory adatbázis-leírásának bővíthetősége 
lehetővé teszi az elosztott információk rugalmas kezelését. 

0 A Lightweight Directory Access Protocol (LDAP), mint 
natív címtárinformáció elérési protokoll használata az 
e-mail könyvtár számára elérést biztosít az ügyfél 
szoftverek széles köréhez. 


Active Directory Connector. Az Active Directory Connector 
(ADC), amely mind az Exchange 2000-ben, mind a Windows 
2000-ben megtalálható, lehetővé teszi a címtárobjektumok 
hierarchiájának replikációját a Microsoft Exchange Server 5.5 
címtára és a Windows 2000 Szerver Active Directory szol- 
gáltatása között, s így alapvető eszközzé válik az Exchange 
5.5-ről Exchange 2000-re átálló cégek számára. Az Active 
Directory Connector a Windows NT-ről Windows 2000-re, 
valamint az Exchange Server 5.5-ről Exchange 2000-re 
történő frissítés és átállás rugalmas stratégiáinak kulcs- 
fontosságú része. Az Active Directory Connector feladatai 
többek között: 
"0 Az Active Directory gyors, egy lépésben történő feltöl- 
tése az Exchange 5.5 címtárban tárolt címtárinformá- 
ciókkal. 
Kétirányú másolás az Exchange és az Active Directory 
között. A címtárak között csak a változások kerülnek 
átmásolásra, ily módon csökkentve a hálózati sávszé- 
lesség felhasználását. 
Tömeges importálás és exportálás az Active Directory- 
ból, szöveges fájlformátum használatával. 
Rugalmas objektum-megfeleltetési szabályok az 
Exchange 5.5 címtár és az Active Directory objektuma- 
inak összekapcsolásához, ami által csökken az ütkö- 
zések száma. 
0 Kapcsolat-egyeztetések alkalmazása, amelyek lehetővé 
teszik, hogy pontosítsuk a replikációs ütemtervet, a hite- 
lesítési paramétereket, és a replikációs séma formátumát. 


a 
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Az Internet Information Server (IIS) integrációja. Az 
Exchange 2000 szorosan integrálódik a Microsoft Internet 
Information Server-rel, hogy biztosítsa a nagyteljesítményű 
e-mail protokollok (Simple Mail Transfer Protocol (SMTP), 
Post Office Protocol (POP), stb.) használatát, az Exchange 
webböngészővel történő elérését az Outlook Web Access 
segítségével. 
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Tárolási csoport (Storage Group) 

Az Exchange 2000 egyik új koncepciója a tárolási csoport, 
amely olyan adatbázisok csoportosítása, amelyek egyetlen 
tranzakciós napló sorozaton osztoznak, s ily módon e- 
gyetlen adminisztrációs, adatmentési és helyreállítási pon- 
tot használnak. Minden egyes tárolási csoport egy pár 
fürtbe kapcsolt kiszolgáló közül átkapcsolhat a másikra, 
amennyiben azok nem válaszolnak többé. A tárolási cso- 
portok létrehozása az Exchange Systems Manager MMC 
modul segítségével történik. Tárolási csoportonként több 
adatbázis is létrehozható, és több tárolási csoport defi- 
niálása is lehetséges. Ez azt jelenti, hogy számos különálló 
adatbázis létezhet egyetlen Exchange 2000 kiszolgálón 
(lásd a Többszörös üzenet-adatbázisok című részt az alábbi- 
akban). A tárolási csoportok jelentik az adatmentések alap- 
egységét, s ily módon lehetőség nyílik arra, hogy úgy ment- 
sünk le egy teljes tárolási csoportot, hogy mindössze a 
tranzakciós napló-sorozat egyetlen példányát kelljen szalag- 
ra írnunk. Ugyanakkor azonban minden egyes adatbázis 
külön visszaállítható, míg az összes többi adatbázis tovább- 
ra is on-line kapcsolatban marad, és kiszolgálja a többi fel- 
használót. Ez lehetővé teszi a lementett adatok gyors, a 
lehető legkevesebb felhasználót érintő visszaállítását. 


Többszörös üzenet-adatbázisok 

Az Exchange Server első megjelenése óta támogatja a tranz- 

akció naplózást és a korábbi állapot szerinti helyreállítást, 

és mindig is rendelkezett beépített adatmentési és visszaál- 
lítási segédprogramokkal. Az Exchange 2000 erre az 
architektúrára épít és lehetővé teszi az üzenettároló partí- 
cionálását külön kezelhető adatbázisokra, melyek minde- 
gyike korlátlan méretű lehet. Ez az architektúra biztosítja 
mindkét megoldás legelőnyösebb vonásait: hatalmas méretű 

(egyenként akár 100 gigabájt méretet is meghaladó) adat- 

bázisok kialakításának lehetőségét nagyvállalatok számára, 

valamint azt a lehetőséget, hogy egyetlen logikai adatbázis 
különálló fizikai adatbázisokra osztható. E technológia elő- 
nye abban a lehetőségben rejlik, hogy a szerverek ösz- 

szevonásával a hardverköltségek csökkenthetők, miközben a 

végfelhasználói rendelkezésre állás fokozódik. A további 

előnyök között megemlíthetjük többek között: 

"0 A rendszer megbízhatóságát megnövelték, hogy ha az 
egyik adatbázis elromlik, az ne befolyásolja a másik 
adatbázis felhasználóit. 

"0 A ürt-szervezés segítségével egyetlen logikai adatbá- 
zis számos kiszolgálóra menthető át hardver hiba esetén. 

"B Gyorsabb és rugalmasabb adatmentés ütemezésre van 
lehetőség, mivel az adatbázisok általában kisebb méretűek. 

"2 Hardverhiba esetén a helyreállítási idő jelentősen csök- 
ken, mert az egyes fizikai adatbázisok külön-külön 
állíthatók helyre. . 

Míg a helyreállítás folyamatban van, a többi adatbázis on- 

line használatra továbbra is rendelkezésre áll. 


Az Exchange 2000 adatbázis több gépen elosztva működik, 
ezért szükség esetén leállíthatjuk az adatbázis egy bizonyos 
példányát, és helyreállíthatjuk azt a kérdéses adatbázishoz 
tartozó tranzakciós naplóból még akkor is, ha közben a 
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többi adatbázis folyamatosan üzemel. Az adminisztráció logikai 
szinten történik, s így egységes képet nyújt az összes adat- 
bázisról. Ez azt jelenti, hogy a szervizelés és helyreállítás csak 
azokat a felhasználókat érinti, akiknek adatai egy bizonyos 
gépen találhatók. Ez a jellemző nagyobb rugalmasságot is 
biztosít az Exchange adatok adatmentési stratégiái esetében, 
lehetővé téve az adatmentési időtartamok lerövidülését. 
Egyszerre több adatbázis menthető le, ami csökkenti az 
adminisztrációs költségeket. Például egy kiszolgálón két adat- 
bázist hozhatunk létre (például egyet a felső vezetés 
menedzserei és egyet a marketing stáb számára), és mivel az 
Exchange mindkét adatbázist ellenőrzi, ha az egyik adatbázis 
megsérül, az Exchange tovább kommunikál a másik adat- 
bázissal. A sérült adatbázis dinamikusan leválasztható és adat- 
mentésből visszaállítható, miközben a működő adatbázis tovább- 
ra is elérhető marad a felhasználók számára. Természetesen az 
Exchange 2000 egyetlen számítógépen egyetlen adatbázissal is 
használható, éppúgy, mint az Exchange 5.5 verzió. 


Fürtözés 

Az Exchange 2000-ben a korábban is ismert fürtözési támo- 
gatást továbbfejlesztették és az már tartalmazza az aktív 
/aktív fürtözési lehetőséget is, amely jelentős mértékben 
fokozza az Exchange infrastruktúra végfelhasználói rendel- 
kezésre állását, miközben csökkenti a rendszer birtoklásá- 
nak összköltségét (TCO). A Windows 2000 Advanced Server 
Microsoft Clustering Services szolgáltatására támaszkodva a 
multi-master fürtözés lehetővé teszi, hogy a fürtben 
használt összes kiszolgáló aktívan feldolgozza az üze- 
netkezelési kéréseket, amíg fel nem lép egy olyan hiba, 
amely kiváltja az átállásos rendszer-helyreállítást. Azáltal, 
hogy lehetővé teszi külön tranzakciós naplófájlsorozatok 
kialakítását a fürt egyes tagjai számára az Exchange 2000 
méginkább kihasználja a Windows 2000 Clustering Services 
szolgáltatásait. Az a képesség, hogy az összes kiszolgáló 
bármilyen időpontban használható csökkenti a rendszer 
költségeit, miközben fokozza a megbízhatóságot, mivel 
nincs szükség külön erre a célra kijelölt ,csak rendszer- 
helyreállításra szolgáló" gépekre. 


Elosztott szolgáltatások (Frontend/Backend Server-ek) 

Az Exchange 2000 lehetővé teszi, hogy az Exchange alrend- 
szereket (protokoll, tárolás, könyvtár) különböző kiszol- 
gálókon elhelyezve akár több tízmilliós felhasználó-számot 
is lehetővé tevő méretezhetőséget érjünk el. Ez a konfigu- 
rálási rugalmasság új lehetőségeket teremt a vállalati 
ügyfelek számára, hogy rendszerarchitektúrájukat a vállalat 
belső működéséhez illetve a növekedés igényeinek kielé- 
gítéséhez igazítsák. Az Exchange 2000 egy sor előtér (front- 
end) és háttér (back-end) kiszolgálóként konfigurálható, 
ami lehetővé teszi a felhasználók számára, hogy virtuális 
Internet Protokollal (IP) címezhető előtér szerverekhez 
csatlakozzanak, míg az üzeneteket és az együttműködési 
adatokat külön háttérkiszolgálókon tárolják. Például egy sor 
kiszolgálót, amelyek a bejövő HTTP, SMTP, POP és Internet 
Message Access Protocol (IMAP) kéréseket kezelik, elhe- 
lyezhetünk az adatok tárolástól teljes egészében elkülö- 
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nített, RAID vezérlő nélküli gépeken. Ez csökkenti a rend- 
szer költségét, és megakadályozza, hogy az SMTP hibák, és 


a szolgáltatás ellen irányuló támadások befolyásolják az 
üzenettárolót vagy címtárat. 


Nagyteljesítményű internetes kapcsolat 

Hibatűrő SMTP üzenetküldési útvonal-irányítás. Az 
Exchange 2000 natív támogatást tartalmaz az SMTP, POP, 
LDAP, IMAP, Hypertext Transfer Protocol (HTTP), Network 
News Transfer Protocol (NNTP), Secure/ Multipurpose 
Internet Mail Extensions (S/MIME), és X.509 version 3 pro- 
tokollokhoz. Ezek a protokollok lehetővé teszik, hogy egy 
vállalat Intenet gateway-eként működjön. A robusztus, 
nagy teljesítményű e-mail útvonal-irányítás az Exchange 
Server egyik megkülönböztető jellemzője. Az Exchange 
2000 egyik legnagyobb újdonsága, hogy az eddig használt 
X.400-zal szemben az SMTP lett az alapértelmezett átviteli 
protokoll a szerverek közötti üzenetforgalomban, egyetlen 
telephelyen belül éppúgy, mint telephelyek között. Az 
SMTP használata fokozott teljesítményt eredményez és új 
lehetőségeket teremt az Internettel való integrációra a 
vállalatok közötti, illetve a vállalatok és a vásárlók közöt- 
ti kommunikációhoz. Az Exchange 2000 üzenetküldési útvo- 
nalirányítási algoritmusait jelentősen továbbfejlesztették, 
biztosítva a hibatűrő üzenetkézbesítést és kiküszöbölve az 
üzenetek , visszadobását" még akkor is, ha több kiszolgáló 
vagy hálózati összeköttetés esik ki. Ez a szolgáltatás 
fokozza az üzenetátviteli teljesítményt, különösen az 
Internet felé irányuló forgalom esetében. Az X.400-as 
szabvány folytatódó támogatásával kombinálva (ehhez az 
Exchange 2000 Enterprise Server szükséges) az SMTP útvo- 
nal-irányítás az ügyfelek számára jelentős rugalmasságot 
biztosít, ha megbízható, nagy teljesítményű üzenetkezelő 
gerinchálózat kialakítását tervezik az Exchange 2000-rel. 


Natív internetes üzenettartalom. Az Exchange 2000 jelen- 
tősen növeli az Internetes e-mail teljesítményt, mivel az e- 
mail kliensek számára lehetővé teszi, hogy a MIME tartalmat 
közvetlenül az Exchange 2000 adatbázisban tárolják, és 
onnan hívják le bármilyen tartalom-konverzió nélkül. 


Adminisztráció 

Egyszemélyes felügyelet a Microsoft Management 
Console-lal. Az Exchange 2000 egyszemélyes, grafikus ad- 
minisztrációt és felügyeletet tesz lehetővé a megszokott 
Windows 2000 Microsoft Management Console-lal (MMC) 
való integrációja révén. A Microsoft szoftverek, beleértve 
magát a Windows 2000-et, az SOL Server 7.0 verziót, az 
Exchange 2000-et és a System Management Server 2.0 
verzióját, valamint sok, más cégek által gyártott alkal- 
mazást, az MMC-t használják elsődleges adminisztrációs 
konzolként. Az Exchange 2000 rendszerkezelése három 
MMC snap-in használatával valósul meg, ezek az Exchange 
System Manager, az Active Directory Users and Computers, 
és az Internet Services Manager. Az MMC snap-in modu- 
lokat egyedi igények szerint módosítva adminisztratív kon- 
zolok hozhatók létre, amelyek a nagyvállalatoknál jel- 
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lemzően elforduló különböző adminisztratív szerepkörökre 
specializáltak. Egyedi adminisztrációs konzol hozható létre 
a ,szerzői üzemmód" segítségével, valamint különböző 
kiterjesztések hozzáadásával és kikapcsolásával. Például 
egy ,csak e-mail" jellegű rendszerkezelő konzol hozható 
létre, hogy adminisztrációs elérést biztosítson az Exchange 
System Manager snap-in minden szolgáltatásához, de 
ugyanakkor kizárja az összes közös mappákkal kapcsolatos 
adminisztrációs feladatot. 


Bővíthető rendszerfelügyeleti felület. Az Exchange 2000 
az egyedi felügyeleti fejlesztéséhez egy Collaboration Data 
Objects (CDO) for Exchange Management elnevezésű átfogó 
programozói felületet tartalmaz, amely a CDO programozói 
felület kiterjesztése. Ezekkel az eszközökkel más cégek által 
és egyedileg fejlesztett alkalmazások postaláda és közös 
mappakezelési feladatok széles skáláját végezhetik el, és 
egyedi rendszerkezelési felhasználásokhoz kibővíthetik az 
MMC snap-in eszközöket. Ez lehetővé teszi, hogy feladat- 
specifikus felületeket hozzunk létre, a vagy automatikus 
batch szkripteket írjunk az ismétlődő feladatokhoz. Például 
ilyen interfészek alkalmazásával programozott adminisztrá- 
ciós ügynök kvóta-határokat állíthat fel a felhasználók 
számára, vagy ellenőrizheti a Microsoft Web Storage System 
kulcsfontosságú nyilvános mappáinak replikációs ütemezését. 


Házirendalapú adminisztráció. Az Exchange 2000 haté- 
kony és rugalmas házirendalapú adminisztrációs modellt 
kínál, amely lehetővé teszi, hogy egyetlen művelettel vál- 
toztassuk meg egy objektumsorozat (például a felhasználói 
postaládák, szerverek és közös mappák) adminisztrációs 
opcióit. Egy házirend a meghatározás szerint konfigurációs 
beállítások olyan együttese, amely egy vagy több Exchange 
konfigurációs objektumra alkalmazható. Rendszergazdák 
objektumok százaira alkalmazható házirendeket definiál- 
hatnak, és megvalósításuk után egyetlen művelettel változ- 
tathatják meg a konfigurációs opciókat vagy érvényesíthet- 
nek bizonyos beállításokat az említett összes objektumra 
vonatkozóan. Az rendszergazdák ezen felül hatékony LDAP 
lekérdező interfész segítségével egyetlen művelettel 
definiálhatnak üzenetfogadási házirendet felhasználók, 
csoportok és kapcsolatok százezrei számára a Windows 
2000 Active Directory szolgáltatásában. 


Rendszerfigyelés a Windows Management Instrumen- 
tation segítségével Az Exchange 2000 teljesen új rend- 
szerfigyelési infrastruktúra és felhasználói interfész segít- 
ségével biztosítja az Exchange rendszerszintű felügyeletét, 
egyszerű, szűrhető, áttekinthető képet nyújtva az összes 
kiszolgálóról és kapcsolódási pontról a vállalaton belül. A 
kiszolgálóknál figyeli a lemezterület felhasználást, a mű- 
ködési állapotot és a sorbanállási trendeket. A felügyelet 
alapját a Windows Management Instrumentation (WMI) 
architektúra képezi, az eseménynaplók, a PerfMon adatok, 
a lemezadatok és a működési állapot eléréséhez pedig 
szabványos Windows 2000 WMI szolgáltatókat használ. 
Ezen felül az Exchange-re jellemző szolgáltatók a kap- 
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csolódási állapotot közvetlenül az útvonalirányítási kap- 
csolat állapottáblái és a OAPI-tól kapott várakozási 
soradatok alapján felügyelik. Az összes felügyeleti adat 
rendelkezésre áll egy MMC modulon keresztül, és az összes 
adat elérhető más cégek alkalmazásaival is. 


Dokumentumkezeléssel és ismeretkezeléssel kapcso- 

latos szolgáltatások 

Hozzáférés a Microsoft Web Storage System-hez. A 

Microsoft Web Storage System egy speciálisan az üzenet- 

küldésre, együttműködésre dokumentum-tárolásra, és webes 

alkalmazásokra optimalizált adatbázis. A Microsoft Web 

Storage System-hez ügyfélszoftverek széles választékával 

lehet hozzáférni, többek között az alábbiakkal: 

0 A Microsoft Outlook bármely verziójával 

"0 Bármelyik Office 2000 alkalmazással (Microsoft Word, 
Microsoft Excel, stb.) 

5 Microsoft Outlook Express és minden olyan e-mail vagy 

hírcsoport klienssel, amely a következőket támogatja: 

SMTP, POP, IMAP vagy NNTP 

FrontPage 2000 (lásd lejjebb) 

Windows Explorer 

Web Folders (Web könyvtárak) (az Internet Explorer 5.0, 

Office 2000, és Windows 2000 egyik szolgáltatásaként 

szállítva) 

8 Minden webböngésző 

"B Minden 32 bites Windows alkalmazás 

"I MS-DOS rendszerablak 

Installáláskor a Web Storage System úgy jelenik meg, mint 

a kiszolgálón található lokális meghajtó. Emiatt a haszná- 

lata egyrészt teljesen azonos lehet, mint meglévő Windows 

file rendszeré. Emellett (innen a , web" jelölés) közvetlenül, 

minden kiegészítés nélkül a teljes tartalom elérhető web- 

felületen is, a Microsoft IIS-en keresztül. 


PÁ 


b 


Továbbfejlesztett integráció az Office 2000-rel. Az 
Exchange 2000 jelentős mértékben növeli az integráció 
szintjét az Exchange és az Office 2000 között. A doku- 
mentumokat az Office 2000 alkalmazásokból közvetlenül el 
lehet menteni a Microsoft Web Storage System-be a 
File/Save As párbeszédablak segítségével, könnyen vissza 
lehet keresni, és az Exchange 2000-ből közvetlenül le lehet 
hívni a File/Open párbeszédablak segítségével. Az Office 
felhasználók immár minden vonatkozó információt és e- 
mail üzenetet tárolni tudnak az Exchange kiszolgálón. 


Telepíthető fájlrendszer. A Microsoft Web Storage System 
olyan telepíthető fájlrendszert biztosít, amely lehetővé teszi 
a zökkenőmentes integrációt az Exchange-alapú adatok és a 
Windows fájlrendszer között. Az Exchange Server-t futtató 
számítógépen lévő M: meghajtó közvetlen Win32 alkal- 
mazásprogramozói felületen keresztül hozzáférést biztosít a 
Microsoft Web Storage System-ban tárolt valamennyi adat- 
hoz. Ezeket a tárolókat (stores) azután más gazdaszá- 
mítógépek közösen használhatják pont úgy, mint a normál 
fájlrendszer szerint létrehozott könyvtárakat. Minden olyan 
Win32 alkalmazás, amely a fájlokat közvetlenül lemezre 
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menti, előnyösen használhatja az említett hozzáférési mecha- 
nizmust abból a célból, hogy fájlrendszer lokális vagy távoli 
helyekről közvetlenül a Microsoft Web Storage-ban tárolja el. 


Dokümentum-jellemzők (Properties) 

A Microsoft Web Storage System lehetővé teszi a jellemzők 
(properties — szerző, cím, lektor, munkafolyamat státusza) 
eltárolását minden egyes elemhez (item) az adatbázisban, 
ezzel hatékony eszközül szolgál a tájékozódást könnyítő 
nézetek (view) definiálására, illetve a hatékony visszake- 
resést szolgáló indexek építésére. 

Minden egyes elemmel együtt bármennyi jellemző tárolható, és 
a jellemzők száma az egyes elemeknél más és más lehet. A relá- 
ciós adatbázistól eltérően nem kell külön parancsot futtatni a 
jellemzők hozzáadása céljából, mert a jellemzőket egyszerűen 
hozzáadja a szóban forgó elemhez, és azzal együtt automatiku- 
san eltárolja. A Microsoft Web Storage System a jellemzők sok 
fajtáját támogatja, többek között a következőket: sztring, 
dátum, Boolean, egész szám és pénznem. 

Ez a tulajdonsága akkor válik különösen fontossá, amikor az 
Office dokumentumokat Exchange 2000-ben tárolják, 
lehetővé téve az Office felhasználók számára, hogy az 
Outlook képességeit arra használják, hogy a dokumen- 
tumokat ugyanazokkal az eszközökkel nézzék meg, 
szortírozzák, keressék és kezeljék, mint amit jelenleg 
használnak e-mail-jeikhez, naptárukhoz és kapcsolataikhoz 
(calendar, contacts). Az Office dokumentumok és más doku- 
mentumfajták jellemzői pl. MIME-kódolású üzenetek, 
automatikusan rendelkezésre állnak a Microsoft Web Storage 
System számára keresés, megtekintés és indexelés céljából. 
A dokumentum jellemzői a munkafolyamat-alkalmazásoknál 
is fontosak, mert módot adnak valamely munkafolyamat- 
elem állapotának vagy megfelelő helyre történő irányításá- 
nak nyomon követésére és megjelenítésére. 


Beépített tartalomindex és -kereső 

A Microsoft Web Storage System beépített keresőt tartal- 
maz teljes szövegek gyors, pontos keresésére, mellyel a 
felhasználók a tartalomban gyorsan és könnyen kereshet- 
nek. A tartalomindex lehetővé teszi a felhasználóknak, 
hogy valamely dokumentum tartalmában keressenek, 
mondjuk egy Microsoft Word dokumentumban, vagy hogy 
csak a dokumentum jellemzőit keressék meg, pl. a címet 
vagy a szerzőt. Az Outlook 2000 felhasználói a Microsoft 
Web Storage System-ben tárolt dokumentumokat meg- 
kereshetik, pont úgy, mintha e-mail üzeneteket keres- 
nének, ezzel a felhasználó produktivitása növekszik. A fel- 
használó ugyanazt az Outlook kereső felület használhatja 
amelyet már megszokott, de a lekérdezés jelentős mérték- 
ben felgyorsul, és a felhasználó a megadott kritériumoknak 
megfelelő dokumentumot megtalálhatja akár e-mail üze- 
nethez van csatolva, akár önálló dokumentumként van 
eltárolva, tehát nemcsak az üzenetek között kereshet. A 
Microsoft Web Storage Systemben minden tartalom indexel- 
ve van, tehát az üzenetek, önálló dokumentumok, kapcsola- 
tok, feladatok, naptárbejegyzések és együttműködésre 
vonatkozó adatok is. Az indexelést a Microsoft Web Storage 
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System saját tartalomindexkeresője végzi, ugyanannak a 


technológiának az alkalmazásával, mint amelyet az Internet 
Information Server (IIS) és az SOL Server 7.0 használ. 


Webalapú elosztott dokumentumkezelési támogatás 
WebDAV olyan új HTTP-alapú protokoll, amely lehetővé teszi, 
hogy a weben zökkenőmentesen közösen használjuk a doku- 
mentumokat és azokkal dolgozzanak, és amely - függetlenül 
az egyes felhasználók szerzői eszközeitől - megengedi a fel- 
használóknak, hogy távolról a fájlokkal alapműveleteket 
(másolás, átmozgatás, törlés) végezzenek a weben keresztül. 
Az Exhange 2000 WebDAV támogatása lehetővé teszi, hogy az 
Office 2000 dokumentumokat közvetlenül az Exchange-be 
lehet elmenteni, megnyitni, módosítani A WebDAV az XML-t 
használja az adatelemek közvetítési formájaként. 


Alkalmazásfejlesztés 

Webalkalmazás platform. A Microsoft Web Storage 
System segítségével webhelyek Exchange 2000 gaz- 
daszámítógépként működhet azon és munkafolyamat-alkal- 
mazások számára, amelyek vagy az Outlook-ot vagy egy 
böngészőt használnak adatokhoz történő hozzáférésre, és 
amelyeket olyan szokásos alkalmazástervező eszközökkel 
lehet létrehozni mint amilyen a FrontPage 2000, Visual 
Basic, Visual Basic for Applications, és a Microsoft Visual 
Studio fejlesztőrendszer - vagy más egyéb standard webfej- 
lesztő eszköz. A HTML lefordításával és ASP kódok 
közvetlenül az Exchange 2000 alapfolyamatában történő 
végrehajtásával, valamint az XML és más Internet-szab- 
ványok alkalmazásával, az Exchange 2000 jelentősen meg- 
növeli azoknak a webes alkalmazásoknak a funkcionali- 
tását és teljesítményét, amelyek hozzáférnek az Exchange 
2000-ben tárolt közös adatokhoz és levelezéshez. Ez 
lehetővé teszi a tervezők számára, hogy szorosabban integ- 
rálják a Microsoft Web Storage System tartalmát - pl. tar- 
talom, dokumentumok, megbeszélések, feladatok és 
munkafolyamat-feldolgozás - a saját webalkalmazásaikba. 


CDO 

A CDO 3.0 verziója Component Object Model (COM) alap objek- 
tumkészlet, amellyel a munkafolyamat-kezeléshez és más, a 
csoportmunkát támogató alkalmazásokhoz meg lehet határozni 
az üzleti logikát, webalapú alkalmazásokat lehet kifejleszteni, 
és hozzá lehet férni az Active Directory szolgáltatáshoz. 

A CDO-t fel lehet használni olyan alkalmazások létre- 
hozásához, amelyek az Exchange 2000 beépített lehetőségeit 
használják fel mint pl. levelezés, naptár, kapcsolat-kezelés, 
rendszerkezelés, Active Directory hozzáférés, valamint mun- 
kafolyamat kezelés (workflow). A CDO 3.0 az OLE DB-re épül, 
és nemcsak az Exchange Server adataihoz, hanem az Internet 
protokol szolgáltatásokhoz is (pl. LDAP lekérdezések és 
Multipurpose Internet Mail Extensions (MIME) üzenetek) 
hanem hozzáférést biztosít. A CDO 3.0 alkalmazásával a 
további képességeket adhatunk hozzá a kiszolgálóhoz és az 
Outlook ügyfélhez, hogy az megfeleljen a speciális elvárások- 
nak és üzleti igényeknek (pl. üzenetek archiválása, vállalati 
szabályzatok betarttatása, értesítések továbbítása személy- 
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hívókra, és címlisták forgalmának kezelése). 


HTTP és XML támogatása 

Az Exchange 2000 a HTTP protokoll segítségével biztosítja 
a Microsoft Web Storage System-hez való hozzáférést. Az 
XML lehetővé teszi egyedi adatformátumok létrehozását 
speciális alkalmazások számára, és ideális formátuma a 
strukturált adatok kiszolgálók közötti átadásának. Az XML-t 
egyre szélesebb körben használják eszközként a struktúrált 
adatok többrétegű alkalmazásokban a középső rétegtől az 
ügyfélig történő továbbításához. Az alkalmazásfejlesztők 
az Exchange 2000 XML támogatását felhasználva speciális 
új lehetőségeket építhetnek alkalmazásaikba. Ezen felül az 
Exchange 2000 az XML-t használja fel arra, hogy növelje az 
Outlook Web Access kliens teljesítményét és a felhasználói 
felület gazdagságát. 


Webűrlapok 

A Microsoft Web Storage System űrlapjai böngészőalapú 
űrlapok, amelyeket a Microsoft Web Storage System tárol 
és HTTP-n keresztül az Exchange 2000-rel közvetlenül a 
böngészőhöz közvetíti. Pl. egy Microsoft Web Storage 
System könyvtár tartalmazhat költségjelentési űrlapot vagy 
megrendelési nyomtatványt, amelyhez egyszerűen az URL- 
be begépelve vagy kedvenc (favorite) kiválasztásával lehet 
webböngészővel hozzáférni. A webűrlapokat FrontPage 
2000-rel lehet létrehozni, és arra használhatók, hogy a 
Microsoft Web Storage System könyvtár alatt elemeket 
lehessen létrehozni és módosítani egy olyan böngésző 
segítségével, amely tudja kezelni a HTML 3.2. verzióját. A 
Microsoft Web Storage System űrlapjai tovább gazdagítják 
a felhasználói felületet, többek között az egérrel történő 
műveleteket (drag and drop). Ez a technológia olyan 
hatékony integrált eszközt ad az alkalmazástervezők 
kezébe, amellyel a webalkalmazásokat össze tudják kap- 
csolni az üzleti logikával, eseményekkel, továbbá a 
Microsoft Web Storage System meta-adat jellemzőivel. 


Integrálás a Microsoft FrontPage 2000-rel 

A FrontPage 2000 a Microsoft Web Storage System-en mint 
gazdagépen található webalkalmazások szerkesztésére és keze- 
lésére szolgál. Például a FrontPage 2000-ben egyedi igényre 
szabott űrlapokat lehet létrehozni és a Microsoft Web Storage 
System-ben tárolni. A FrontPage-ben lévő eredeti párbeszéd- 
ablakok felhasználásával a fejlesztők közvetlenül a Microsoft 
Web Storage System-ben tudnak egy weboldalt kinyitni és azt 
megszerkeszteni az általuk jól ismert FrontPage eszközökkel, 
majd az alkalmazást közvetlenül a Microsoft Web Storage 
System-ből egy böngészőben futtatni. 


OLE DB és ADO integrálása 

A Microsoft Web Storage System az elemeknek félig-struk- 
túrált adatbázisa, amelyben a korábban említett fájlrend- 
szerszerű és webalapú hozzáférés mellett az OLE DB és ADO 
interfészek által nyújtott, jól ismert SOL szintaxis fel- 
használásával is lekérdezhető, módosítható. Az OLE DB és 
az ADO 2.5 olyan programozó interfész, amely közös 
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eszközként szolgál az összes szerveroldali adatbázishoz 
való hozzáférésnél, függetlenül attól, hogy melyik kiszol- 
gálón és milyen típusú adatbázisban tárolódnak az adatok. 
Az Exchange 2000 magában foglal két OLE DB szolgáltatót, 
egy távszolgáltatót a kliens-alkalmazások - mint Outlook 
2000 vagy Office 2000 - szerverhez történő hozzáféré- 
séhez, és egy helyi szolgáltatót amelyet magában az 
Exchange-ben valósítottak meg nagyteljesítményű COM- 
hozzáférésre olyan alkalmazásokhoz mint pl. víruskereső 
programok és munkafolyamat kezelők. 

Lehetővé teszi a kombinált SOL és Exchange adatkezelést 
is. Az alkalmazás-tervezők az ADO-t arra is felhasznál- 
hatják, hogy Exchange Server adatokban navigáljanak, 
azokat lekérdezzék, rendezzék és szűrjék. Ez lehetővé teszi 
az SOL alkalmazások fejlesztésében járatos fejlesztők 
számára, hogy ugyanazt a szaktudást és eszközöket alkal- 
mazva könnyen írhassanak olyan alkalmazásokat, amelyek 
a Microsoft Web Storage System-ben tárolt adatokat 
használják. Szintén könnyen létrehozhatók olyan alkal- 
mazások, amelyek hozzáférnek a Microsoft Web Storage 
System és az SOL Server adataihoz. 


Többszörös nyilvános mappafák 

Az Exchange 2000 támogatja a többszörös nyilvános map- 
pafákat, ezzel nagyobb rugalmasságot adva a rendszergaz- 
dáknak a vállalaton belül működő csoportmunkaalkal- 
mazások bevezetésékor. A rendszergazdák most már el tud- 
ják különíteni a közösen használt adatbázisokat funk- 
cionális, üzleti vagy földrajzi szempontok alapján. Pl. egy 
nyilvános könyvtárfa tartalmazhatja a HR osztály összes cso- 
portmunka alkalmazását, egy másik a könyvelését, és egy 
harmadik a kutatás és fejlesztését. 


Üzleti folyamatok automatizálása 

Folyamatirányító alkalmazások kialakítása üzleti 
logikával. Az Exchange 2000 immár magas szinten képes 
kiszolgálni a munkafolyamatokat (workflow) nyomon- 
követő eljárásokat (dokumentumok jóváhagyása, költségje- 
lentés, beszerzés igénylés stb). A CDO 3.0 és a Microsoft 
Web Storage System eseménymodell együttesen profesz- 
szionális workflow motort alkot, amely lehetővé teszi a 
workflow állapotváltozások vezérlését, a társuló üzleti 
logikából következő lépések és az események egymáshoz 
rendelését. Az üzleti logikaelemeket Visual Basic-kel lehet 
kialakítani, a megszokott eszközök használatával. 

A workflow megoldások tervezése és kialakítása az 
Exchange 2000-ben nagyban leegyszerűsödik a Workflow 
Designer for Exchange 2000 használatával, mely a 
Microsoft Office 2000 Developer termék része. 


Workflow Designer for Exchange 2000 . 

A Workflow Designer for Exchange használatával a fejlesztők 
grafikus segésdeszközök felhasználásával határozhatják meg 
az egyes folyamatlépések és az információáramlás 
szabályainak sablonját egy adott workflow megoldáson 
belül. A létrehozott workflow folyamat a Collaboration Data 
Object (CDO) objektumokat felhasználva , fordítja le" 
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tényleges működő alkalmazássá a grafikusan meghatározott 
munkafolyamat modellt. Ezután természetesen a fejlesztők 
a workflow folyamatok egyes lépéseit testreszabhatják 
scriptek hozzáadásával. Ezek mellett a Workflow Designer 
lehetővé teszi az egyes lépésekben a felhasználók számára 
engedélyezett tevékenységek definiálását. 


Kommunikáció bármikor és bárhol 

A földrajzi, szervezeti és technológiai korlátokon átlépő infor- 
mációelérés kritikus fontosságú a szellemi tevékenységet 
végzők sikere szempontjából, akiknek képesnek kell lenniük 
arra, hogy bárhonnan gyorsan és hatékonyan kommunikál- 
janak. Az olyan szolgáltatásokkal, mint az Instant Messaging 
és a valós idejű adat- és videókonferencia, az Exchange 2000 
bármikor és bárhonnan biztosítja azoknak az embereknek és 
információknak az elérését, melyekre szüksége van. 


Kliens hozzáférés 

Bővített Outlook Web Access. Az Exchange Web kliensét, 
melyet Outlook Web Access-nek neveznek, az Exchange 
2000-ben jelentősen bővítették. Az Outlook Web Access, 
melyet távoli, otthoni, utazó és alkalmi felhasználók 
használnak, Web böngésző elérést biztosít az e-mail-hez, a 
határidőnaplóhoz (beleértve a csoportos határidőnaplókat) , 
a címlistához (kapcsolatokhoz) , és a Microsoft Web Storage 
System mappákban tárolt együttműködő (közös) informá- 
ciókhoz. Amikor az Internet Explorer 5.0-val használják, a 
Web kliens natív módon a DHTML-t használja, mely a 
szervertől érkezett XML adatokat dolgozza fel, demonstrál- 
va a Microsoft Web Storage System gazdag lehetőségeit. 
Az Outlook Web Access bármilyen böngészővel használ- 
ható, mely támogatja a frame-ket és scripteket. Az 
Exchange 2000-t különösen az alábbi területeken 
fejlesztették tovább: 

-? Inkább az Outlook-hoz hasonló megjelenés, úszó 
menük, eszköztárak, valós hierarchiavezérlés és rich- 
text szerkesztés, amikor a Microsoft Internet Explorer 
5.0-val használják. 

Az alapvető HTML megjelenítések mostantól nem script- 
alapúak, mely nagyságrendi teljesítményjavulást eredményez. 
Beágyazott üzenetek küldése és fogadása az e-mail 
üzenet belsejében. 

Frame-eken belüli navigálás a régi ügyfelek számára. 
Beágyazott OLE-objektumok megjelenítése. 
Automatikus névmeghatározás az Outlook kapcsolatok 
valamint az Exchange címek között. 

A felhasználói felületen keresztül további opciók 
érhetők el. 

Megnövelt funkciókészletű naptárszolgáltatások, ezen 
belül delegált elérés. 


URL címzés 

Az Exchange 2000 megkönnyíti a Microsoft Web Storage 
System információk letöltését a webböngésző használatá- 
val, mivel az Exchange 2000-ben tárolt minden adat 
(üzenetek, dokumentumok és workflow elemek) elérhető a 
webböngészőből egy felhasználóbarát URL-en keresztül. 


tech.net 


Például a felhasználók könnyedén elérhetik postaládájukat 
webböngészőjükkel, egy olyan URL használatával, mint pl. 
a.http://servername/exchange/username" és épp ilyen 


egyszerűen elérhetik az egyes üzeneteket, dokumen- 
tumokat és együttműködő elemeket. 


Egységesített üzenetküldő platform 
Sok egységesített üzenetküldő rendszerrel (Unified 
Messaging) rendelkező vezető vállalat ma már az Exchange 
Serverre építi ezen szolgáltatásait. Az Exchange-et plat- 
formként használják arra, hogy a minden , knowledge work- 
er" részére telefon vagy egyéb eszköz segítségével bárhol 
és bármikor biztosítsák egy olyan univerzális ,postaláda" 
elérését, mely e-maileket, hangüzeneteket, faxokat és 
személyhívó üzeneteket egységes rendszerben tárol. Több 
mint 50 vállalat, köztük olyan ágazatvezető vállalatok, 
mint a Lucent Technologies Inc., a Nortel Networks Corp. 
és az Active Voice Corp. az Exchange architektúrára építik 
egységesített vállalati üzenetküldő rendszerüket. Az 
Exchange 2000 az egységesített üzenetküldő rendszer plat- 
formszolgáltatásait az alábbi területeken bővítette: 
"2 A VPIM szabvány támogatása, mely együttműködést 
tesz lehetővé különböző üzenetrögzítő rendszerek között 
"8 A Windows 2000 Active Directory-ban lévő beépített 
mezők elérése a felhasználók hangüzenetekkel kapcso- 
latos adatai számára. 
"0 Telepíthető Outlook űrlapok hangüzenetek rögzítésére 
és lejátszására. 
"0 Webhozzáférés minden egységesített üzenetküldő 
adathoz az Outlook Web Access használatával 


Instant üzenetküldés 

Az instant üzenetküldés arra a képességre utal, hogy egy 
számítógépes hálózatban lévő másik felhasználónak azon- 
nali szöveges üzenetet lehet küldeni. Az e-mail üze- 
netekkel ellentétben az instant üzeneteket azonnal 
postázzák a másik felhasználó képernyőjére, megteremtve 
ezzel a közös munka új formáinak alapjait. Az instant 
üzenetküldés széleskörű kommunikációs jelenséggé vált az 
Internet felhasználók körében és várhatóan jelentős 
szerepet fog játszani üzleti eszközként mindenfajta méretű 
szervezet számára. Az Exchange 2000 biztonságos, szab- 
ványos, egységesített architektúrára épülő instant üze- 
netküldő szolgáltatást tartalmaz, mely ideális lehet a vál- 
lalaton belüli, vagy az Interneten keresztüli vállalatok 
közötti kommunikációban való bevezetésre. Az instant 
üzenetküldéshez tartozó kliens szoftver az Exchange 2000- 
ben az MSN Messenger Service instant üzenetküldő kliens. 


Jelenléti információ 

A jelenléti információ, mely szorosan kapcsolódik az 
instant üzenetküldéshez, lehetővé teszi az egyik 
számítógépes felhasználó számára, hogy megnézze, hogy 
egy másik felhasználó az adott pillanatban be van-e 
jelentkezve valamilyen hálózatra, a vállalati LAN-ra vagy 
az Internet-re. A jelenléti információt a felhasználó beál- 
líthatja valamilyen konkrét státusz jelzésére (például 
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ntelefonálok" — vagy ,kimentem ebédelni"), vagy ez az 
állapot bizonyos idejű inaktivitás után automatikusan 


beállhat. Az Exchange 2000 teljes körű támogatást nyújt a 
jelenléti információkhoz. 


Chat szolgáltatások 

A Chat az egyik legrégebbi és legszélesebb körben használt 

alkalmazás az Interneten. A Chat a két vagy több ember 

közötti valósidejű kommunikáció alacsony sávszélességű, 
könnyed módszerét biztosítja. A Chat általánosan elterjedt 
módszer olyan online felhasználói közösségek kiépítésére, 
melyek tagjait hasonló témák és kérdések megvitatása érdek- 

li. Ez két felhasználó közötti beszélgetéseket, csoportos 

megbeszéléseket és egy szakértővel, hírességgel vagy kulcs- 

figurával (úgymint pl. vállalati vezető) folytatott előadótermi 
stílusú, közvetített beszélgetéseket foglal magában. Az 

Exchange 2000 tartalmaz egy chat szolgáltatást, mely az 

Internet Relay Chat-en (IRC) alapul, mely a szöveges chat 

rendszerek szabványos protokollja, és számos bővített szol- 

gáltatással rendelkezik, melyek a következők: 

"0 Bővített skálázhatóság 20.000 felhasználóig egyetlen 
szerveren. 

-0 Előadótermi üzemmód, különleges eseményekhez kap- 
csolódó chat támogatására, úgymint pl. online chat egy 
vezetővel, hírességgel vagy szakértővel. Ez lehetővé 
teszi, hogy csak a műsorvezető és az előadó küldjön 
üzeneteket a chat-ben résztvevő összes személy számára 
(a hallgatóság). A hallgatóság közvetlenül a műsor- 
vezetőnek küldhet kérdéseket, anélkül, hogy megszakí- 
taná az elsődleges megbeszélést vagy előadást. 

"0 Windows 2000 Active Directory integráció, annak 
érdekében, hogy egyetlen címtárat biztosítson az 
állandó konfigurációs adatok tárolására, beleértve a 
csatornákat, a letiltásokat, az osztályokat és a hálóza- 
ti konfigurációt. 

"0 Windows 2000 Access Control listák használata a biz- 
tonság érdekében. 

"0 Virtuális chat hálózatok egyetlen szervercsoporton. 


Adatkonferencia 

Az Exchange 2000 adatkonferencia lehetővé teszi az ada- 

tok és információk dinamikus, igény szerinti megosztását 

bármilyen T.120-kompatibilis kliens használatával (pl.: 

Microsoft NetMeeting). Ez képessé teszi a felhasználókat 

arra, hogy lássák egymás alkalmazásait, beszélgessenek 

(chat-eljenek) és multimédiás adatokat osszanak meg 

egymással. Az Exchange 2000 az adatkonferencia három 

kulcsterületét biztosítja: 

-? Alkalmazások megosztása. Egy program megosztása, 
úgymint a Microsoft Word, mely a résztvevők 
számítógépén fut és képessé teszi a konferencia 
résztvevőit arra, hogy valós időben együtt hozzanak 
létre dokumentumokat. 

"0 Megbeszélés. A konferencia szöveges vagy hangos kom- 
ponense, mely lehetővé teszi a felhasználók közötti 
interakciót. 

"0 Fájlátvitel. Egy fájl küldése a másik felhasználónak, a 
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konferencia hátterében. 

"2 Whiteboard lehetőségek. Több lapos, több felhasználós 
rajzoló alkalmazás, mely lehetővé teszi a felhasználók 
számára diagramok és szervezeti ábrák felvázolását és 
grafikus információ megjelenítését, melyet a részt- 
vevők a konferencia ideje alatt megtekinthetnek. 


Audio- és videókonferencia 

Az Exchange 2000 konferencia szerver teljeskörű több- 
oldalú audio és videó konferenciát kínál, a vállalati fel- 
használásra ideálisan alkalmas technológia segítségével. 
Az Exchange 2000 a Telephony API (TAPI) 3.0-t használja 
a Windows 2000 egyedülálló együttműködési szolgáltatá- 
sainak elérésére, úgymint a Ouality of Service vagy az IP- 
alapú multicast technológia, az audio és videó telekon- 
ferenciaszolgáltatások biztosításához. Az IP-alapú multi- 
cast technológia különösen alkalmas vállalati konferen- 
ciákhoz, mert lényegesen több szimultán felhasználó 
részvételét teszi lehetővé a videókonferenciákon, mint a 
ma használatos többrésztvevős videómegoldások. 


Integráció az Outlook 2000-rel 

Az Outlook 2000 beépített támogatással rendelkezik az 
online megbeszélések ütemezéséhez, mely kifinomult fel- 
használói felületet biztosít a valós időben együttműködő 
felhasználók számára. Az Outlook szabványos megbeszélés 
meghívás űrlapját használva a felhasználók be tudnak állí- 
tani egy adat- vagy videókonferenciát és az Exchange 
2000 címátárát használhatják a résztvevők meghívásához. 
A megbeszélések lehetnek magánjellegűek vagy nyil- 
vánosak, a megbeszélés szervezője döntheti el, hogy a 
megbeszélés a meghívottakra korlátozódik vagy nyil- 
vánosan hozzáférhető. Amikor megkezdődik a megbe- 
szélés, a résztvevők egyetlen egérkattintással csat- 
lakozhatnak. A felhasználók böngészőjük segítségével is 
ütemezhetik és elérhetik a megbeszéléseket. 


A Microsoft Exchange 2000 Server nem egyetlen termék, 

hanem egy termékcsalád, amely három verziót jelent: 

8 Exchange 2000 Server. Ez a kiadás azokat a szolgál- 
tatásokat és azt a funkcionalitást biztosítja, amelyeket 
egy kis- vagy közepes méretű cég vagy fiókiroda 
igényel üzenetküldési és csoportos munkavégzési 
feladatok ellátásához. 

"8 Exchange 2000 Enterprise Server. Ez a kiadás az az 
elsődleges szerver, amellyel megbízható, méretezhető 
és könnyen kezelhető üzenetkezelő és együttműködési 
infrastruktúra hozható létre. 

"8 Exchange 2000 Conferencing Server. Ez a kiadás 
lehetővé teszi a tudásanyaggal dolgozó alkalmazot- 
takat, hogy az Intraneten és az Interneten adat-, hang- 
és videokonferenciákat szervezzenek és vezessenek, 
illetve hogy ilyen konferenciákon vegyenek részt. 
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Exchange 2000 Conferencing Server 


A Microsoft Exchange 2000 Conferencing Server 

nagyon jól skálázható megoldást kínál valós- 

idejű konferenciák, megbeszélések számító- 

gépes alapokra helyezésére. Előre beüte- 

mezhető megbeszélések szervezhetők élő 

hang- és videókapcsolattal, amelyet számos 

egyéb eszköz egészít ki: közös információs 

tábla (whiteboard), szöveges beszélgetési 

lehetőség (chat), alkalmazásmegosztás (például 

közösen kielemezhető egy-egy dokumentum) és 

fájlátvitel. Az így szervezett konferenciák lehetnek teljesen 

nyilvánosak vagy zártkörűek mindössze néhány résztvevő- 

vel. Az Exchange Conferencing Server által központosított 

foglalási és szervezési rendszer lehetővé teszi az ilyen jel- 

legű események tervezését, ütemezését a Microsoft Outlook 

naptárába, ahonnan a felhasználók akár közvetlenül is csat- 

lakozhatnak ezekhez. Azok a felhasználók, akik nem hasz- 

nálnak Microsoft Outlook-ot, egy webböngésző segítségével 

vehetnek részt a konferenciákon. 

Az Exchange Conferencing Server új lehetőségeket nyit meg 

a valósidejű hang-, kép- és adatátvitel terén. Megkönnyíti 

a felhasználók számára a csoportmunkát, új platformot 
jelenthet a különböző e-learning megoldások számára. 


Az Exchange Conferencing Server komponensei 
Az Exchange Conferencing Server felépítését a következő 
ábra mutatja be: 
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Az Exchange Conferencing Server komponensei és a hozzá 
kapcsolódó szolgáltatások 


Az összetevők két fő csoportba sorolhatók: belső és 
külső komponensek. 

Belső komponensek 

Az Exchange Conferencing Server belső alkotóelemeit a 
Conference Management Service, a Data Conferencing 
Provider, és a Video Conferencing Provider képezik. Ez 
utóbbi két elemet technológiaszolgáltatónak (conference 
technology provider) is nevezik. 


tech.net 


Conference Management Service 

Conference Management Service felelős az erőforrások és a 
megfelelő technológiaszolgáltatók irányításáért. Ez a szol- 
gáltatás teszi lehetővé egy IIS segítségével publikált web- 
oldalon keresztül a konferenciákhoz való hozzáférést. 
Szintén a Conference Management Service feladata a 
konferencia erőforrások foglaltságának, illetve rendelkezésre 
állásának nyilvántartása az Exchange 2000 Serverben. Az 
Outlook ezeket az adatokat felhasználva jelzi a felhasználók 
számára az erőforrások elérhetőségét a különböző időpon- 
tokban. Ha egy konferencia kerül beütemezésre, akkor a 
Conference Management Service létrehoz számára egy új, 
egyedi URL-t. A résztvevők ezen az URL-n keresztül férhetnek 
hozzá a konferenciához. A Conference Management Service a 
konferenciaerőforrások alapján weboldalon keresztül jeleníti 
meg az éppen elérhető nyilvános konferenciákat, megbe- 
széléseket. Ezeken bármely felhasználó részt vehet. 

A Conference Management Service a technológiaszolgál- 
tatókkal közösen felügyeli a konferenciák teljes élettör- 
ténetét. Meg kell győződni, hogy az adott konferencia a 
tervezettnek megfelelően kezdődött, illetve fejeződött-e 
be, vagy történt-e bármi egyéb változtatás, például hosz- 
szabbítás. Szintén a szolgáltatás feladata az egyes 
események naplózása, különböző statisztikák vezetése. 


ENNE TT TETT] Sz 


fe LŐ Von NN 











Welcome to Exchange 
Conferencing 





töz.Ed 


€jöse 
menj 26maü2z 








fest száazse aZ Tran 


Az Exchange Conferencing Server saját ismertető oldala 


Data Conferencing Provider 

A Data Conferencing Provider egy technológiaszolgáltató, 
mely több, a résztvevők együttműködését, információcseré- 
jét megkönnyítő eszközt is biztosít. Ilyen például a közös 
információs tábla, szöveges beszélgetési lehetőség, alkal- 
mazásmegosztás és fájlok átvitele. Ezek a szolgáltatások az 
ITU T.120-as multimédia tartalmú hálózati kommunikációra 
vonatkozó szabványsorozatát figyelembe véve kerültek 
megvalósításra, lehetővé téve így az átvitel és a hálózati 
erőforrások optimalizálását, valamint a távoli vagy tűz- 
falakon keresztül történő kapcsolódást is. 

Egy ilyen konferencia során minden résztvevő egy T.120-as 
központi konferencia adatszolgáltató és irányító egységhez 
kapcsolódik (multipoint control unit — MCU). Ezeknek az 
egységeknek az a feladata, hogy összekapcsolják a 
résztvevőket, hozzájuk a konferencia adatait eljuttassák és 
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szinkronizálják a köztük lezajló eseményeket. Egy confer- 
encing site-on belül több MCU is telepíthető, biztosítva 
így a terheléselosztást, valamint a nagyobb rendelkezésre 
állást. Amikor egy felhasználó csatlakozik egy konferen- 
ciához, a Data Conferencing Provider a következő szem- 
pontok alapján megpróbálja kiválasztani a legjobb MCU-t: 

Melyik MCU-k állnak rendelkezésre? 

Szolgál-e ki már konferenciát az adott MCU? 

Mekkora a terheltsége az MCU-nak? 

Van-e bármiféle adminisztratív korlátozás, hogy melyik 

MCU használható? 

Hol helyezkedik el a hálózaton a résztvevő? 

A résztvevő a helyi conferencing site-on belüli vagy 

kívüli, esetleg a szervezet teljes hálózatán kívüli? 

A paraméterek alapján a Data Conferencing Provider csat- 

lakoztatja a résztvevőt egy MCU-hoz, mely hozzá a 

legközelebb van a hálózaton és a legkevésbé leterhelt, így 

optimalizálva a továbbítandó adatmennyiséget. Ennek kö- 
vetkeztében az MCU-k közötti kapcsolatok dinamikusan 
változhatnak a résztvevők számának változásával együtt. 

Az MCU-k bridge-ként is szolgálhatnak egy WAN kapcsolat 

két végpontján. Ebben az esetben a lassú WAN kapcsola- 

ton a konferencia adatai csak egy példányban mennek 
keresztül, akárhányan is csatlakoznak a végpontokhoz, 
feltéve, hogy mindenki a hozzá közelebb eső MCU-hoz 
kapcsolódik (ez adminisztratív korlátozásokkal biz- 

tosítható) . 

A T.120 MCU-k függetlenül telepíthetők a többi kompo- 

nenstől. Minden MCU a Certificate Service-től kapott 

tanúsítványa segítségével kölcsönönösen azonosíthatja 
magát a résztvevőkkel és a kommunikációban szereplő 
többi MCU-val szemben. 

A Data Conferencing Provider a következő eszközöket biz- 

tosítja a résztvevők számára: 

"1 Alkalmazásmegosztás. Tetszőleges program, amely a 
résztvevők valamelyikének a gépén fut, megosztható a 
többi résztvevővel. A résztvevők láthatják ugyanazokat 
az információkat, adatokat, a program futása során 
bekövetkező eseményeket úgy, hogy az alkalmazás 
nincs is telepítve a gépükön. A megosztást létrehozó 
résztvevő engedélyezheti a többi résztvevő aktív 
közreműködését is, így lehetővé téve a résztvevők 
számára a beavatkozást. 
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A konferencia résztvevői is éppen úgy vezérelhetik az adott 

alkalmazást, mintha a saját gépükön dolgoznának. A Net- 

Meeting 3.0-s változatától kezdve pedig lehetőség van a tel- 

jes desktopfelület megosztására is, lehetővé téve így a teljes 

gép felügyeletének átengedését más személyek számára. 

"8 Közös vágólap. A résztvevők könnyen cserélhetnek ada- 
tot egyszerű másolás, kivágás, illetve beillesztés műveletek 
segítségével. Lehetőség van például a helyi adatok 
egy megosztott alkalmazásba történő bemásolására. 

0 Fájlátvitel. A konferencia közben, a háttérben fájlokat 
küldhetünk át egy vagy több résztvevő számára. A fájl- 
átvitel a háttérben történik, a résztvevőknek nem kell 
megszakítaniuk addigi tevékenységüket. 
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"A Információs tábla. Különböző diagramok, előre elké- 
szített ábrák jeleníthetők meg ezen a többlapos, több 
felhasználó által használt közös információs táblán. Az 
információs tábla objektumorientált (nem pixelalapú) , 
lehetővé téve így az ábrák manipulálását. Emellett 
beépített mutatóeszközzel rendelkezik a fontos ré- 
szekre való rámutatáshoz. 

"0 Online beszélgetési lehetőség. Egyszerűen begépelhet- 
jük a megbeszélés közben támadt ötleteinket, gondo- 
latainkat. Az így elhangzott dogokat rögzíthetjük is egy 
fájlba, megkönnyítve így a későbbi emlékeztetők írását. 
A NetMeeting lehetőséget kínál elkülönített privát be- 
szélgetések lefolytatására is a konferencia egy bizonyos 
résztvevőjével, vagy azok egy csoportjával. 


Video Conferencing Provider 

Video Conferencing Provider szintén egy technológia-szol- 
gáltató, ami lehetővé teszi a két vagy több résztvevős élő 
hang és videókonferenciák lebonyolítását. A Video Con- 
ferencing Provider már nemcsak a NetMeeting 3.01 által 
kínált az ITU-T H.323-as szabvány sorozatában definiált 
unicast alapú pont-pont kapcsolat közötti videó- és hang- 
átvitelt támogatja, hanem a több résztvevős multicastalapú 
videó- és hangátvitelt is. Így a konferencia résztvevői 
egyidejűleg láthatják és hallhatják egymást anélkül, hogy 
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szükség volna több párhuzamos telekonferenciára. A Video 
Conferencing Provider által kínált multicast alapú konferen- 
ciákhoz a H.323 szabvánnyal kompatíbilis unicast kliensek 


egy IP multicast/H.323 unicast birdge-n keresztül kap- 
csolódhatnak. Ezek a bridge-k MCU-k formájában telepít- 
hetők az Exchange Conferencing Server részeként. 

Egy videókonferencia létrejöttekor a Video Conferencing 
Server egy speciális multicast IP címet igényel a Multicast 
Address Dynamic Client Allocation Protocol (MADCAP) 
segítségével a Windows 2000 DHCP szerverétől, ami 
lefoglalásra kerül a konferencia számára. Egy ilyen cím 
egészen addig nem osztható ki újból, amíg a foglalási idő 
le nem jár. A foglalási idő a konferencia tervezett időtar- 
tamából és a maximálisan engedélyezett hosszabbítás idő- 
tartamából tevődik össze. A maximálisan engedélyezett 
hosszabbítás időtartama az az időtartam, amennyi idővel 
(percben mérve) a konferencia szervezője meghosszab- 
bíthatja a konferencia időtartamát. (Ez a paraméter a 
Conferencing Manager-ből állítható.) Egy tiszta multicast 
alapú videókonferencia esetén, szerverek nem vesznek részt 
a videó- és hangátvitelben, mert a kliensek közvetlenül a 
multicast címről veszik, illetve küldik az adatokat. 
Amennyiben routerek is vannak a kliensek között a hálóza- 
ton, akkor azok továbbítják a kliens hálózati szegmensére 
ezeket a multicast címmel rendelkező csomagokat. 


Konferenciaelérési oldalak 

A konferenciaelérési oldalak (conference access pages) 
segítségével érhetik el a felhasználók az aktuális konferen- 
ciákat, megbeszéléseket. Ezeket az oldalakat az IIS szerver 
publikálja a felhasználók számára. 
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A felhasználók internetböngészőjük segítségével érhetik 
el a különböző konferenciákat, megbeszéléseket 


A konferenciákra szóló meghívó tartalmazza a konferencia 
elérését tartalmazó URL-t. Egy ilyen URL két fő részből 
tevődik össze: az első rész tartalmazza az alap elérési 
útvonalat (szervernév, mappa), a második rész pedig a 
konferencia azonosítóját. 
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Külső komponensek 


Az Exchange Conferencing Server üzembehelyezéséhez, 
illetve az általa nyújtott szolgáltatások teljes körű ki- 
használásához számos hálózati szolgáltatás és ügyfél- 
oldali alkalmazás előzetes megléte szükséges a Windows 
2000 infrastruktúrában: 


Active Directory 

Az Exchange Conferencing Server több célra is használja az 
Active Directory címtárszolgáltatását. Innen veszi a 
számára szükséges hálózati topológiára vonatkozó infor- 
mációkat, valamint itt tárolja konfigurációs adatait. 


Exchange 2000 Server 

Az Exchange Conferencing Server az Exchange 2000 Server-t 
használja a konferenciák időpontjainak, erőforrásfoglalá- 
sainak nyilvántartására. Az Exchange Conferencing Server 
kétfajta postafiókot használ ezekre a célokra: konferencia- 
naptár postafiók (conference calendar mailbox) és konfe- 
renciaerőforrás postafiók (conference resource mailbox). A 
konferencianaptár postafiókban tárolódnak a konferen- 
ciákra vonatkozó leíró és strukturális információk. A kon- 
ferenciaerőforrás postafiók feladata pedig az, hogy a fel- 
használók rajta keresztül jelezzék, illetve biztosítsák a vir- 
tuális rendezvényekre vonatkozó erőforrásigényüket. 


IIS 

A Conferencing Server az Internet Information Server-t 
használja a konferenciaelérési oldalak (conference acess 
pages) publikálására. A felhasználók ezeken az oldalakon 


szerezhetnek információkat a nyilvános konferenciákról. 
ia esz alalai 
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Az aktuálisan elérhető konferenciák oldala 


MADCAP szerviz 

A hálózatnak támogatnia kell a Multicast Address Dynamic 
Allocation Protocol-t (MADCAP) valamint a routereknek a 
multicast alapú üzenettovábbítást ahhoz, hogy multicast- 
alapú videókonferenciák legyenek lebonyolíthatók. A 
Windows 2000 DHCP Server-e támogatja mind a multicast, 
mind a unicast címtartományokat egyaránt. A DHCP ad- 
minisztrátor segítségével könnyen konfigurálható a 
megfelelő IP címtartomány és hatókör. 
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PKI infrastruktúra 

Zártkörű konferenciák, tárgyalások lebonyolítása során az 
MCU a Certificate Service szolgáltatásait használja. A 
Certificate Service által kiadott tanúsítványok alapján tör- 
ténik a konferenciák résztvevőinek, valamint az MCU-k 
egymás közötti azonosítása is. A konferencia résztvevői a 
saját tanúsítványaikkal igazolhatják, hogy jogosultak egy 
adott konferencián, megbeszélésen való részvételre. 


Windows kliens 

A Windows 2000 alapú ügyfelek résztvehetnek multicastalapú 
videó konferenciákban, miután a Windows 2000 teljes körű 
multicast támogatással rendelkezik. Emellett a Windows 
2000 tartalmazza a Telephony Application Programming 
Interface (TAPI) 3.0 elemeit is, amelyek szintén szükségesek 
a multicastalapú videókonferenciákban való részvételhez. 


Internetböngésző 

A konferenciák elérési oldalainak megtekintéséhez lega- 
lább Internet Explorer 4.01 vagy annak újabb változata 
ajánlott, de bármilyen, a framek-et és a JavaScript-et 
támogató böngészővel elérhetőek ezek az oldalak. 


Outlook 2000 

A konferenciák, megbeszélések szervezői levelezőprog- 
ramjuk segítségével tudják ütemezni a rendezvényeket, 
illetve lefoglalni az ezekhez szükséges erőforrásokat. 
Elsődlegesen Outlook 2000 a javasolt levelező kliens, de az 
Outlook korábbi verziói is megfelelőek. Emellett az Outlook 
Web Access segítségével is szervezhetünk konferenciákat. 
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Csatlakozás egy konferenciához közvetlenül az Outlook 
2000-ből 


NetMeeting 

NetMeeting 3.01 a javasolt T.120 kliens. A NetMeeting 
segítségével a felhasználók elérhetik az MCU-kat, lehetővé 
téve így számukra a különböző adatok küldését és vételét. 
Emellett bármilyen más, a T.120-as szabványsorozattal 
kompatíbilis kliensalkalmazás használható. Amennyiben a 
NetMeeting nincs telepítve a ügyfélgépen, akkor a konfe- 
rencia elérési oldalának letöltésekor a böngészőprogram 
kéri a használandó T.120 kliens alkalmazás megadását. 








Exchange Conferencing Server környezet 

Az Exchange Conferencing Server által nyújtott szolgáltatá- 
sok hatóköre nemcsak magára a szolgáltatást nyújtó 
szerverre terjed ki, hanem az egész Windows 2000 site-ra, 
amelyben a Conferencing Server található. Ezért egy 
Windows 2000 site-on belül csak egy aktív Conference 
Management Service lehet. A site-on belül több példányban 
is telepíthető a Conference Management Service, viszont 
ezek a példányok inaktívak lehetnek csak, és terhelés- 
elosztásra nem használhatók. Esetleges meghibásodás 
esetén egy ilyen példány aktiválásával azonban továbbra is 
biztosíthatók a konferenciaszolgáltatások. A Conferencing 
Server terhelésének tervezésekor figyelembe kell venni, 
hogy a site-on belüli összes konferenciafoglalás és ügyfél- 
kérés feldolgozását a Conference Management Service 
egyetlenegy aktív példánya végzi. A site-on belül a 
Conference Management Service első telepítésével létrejön 
és aktiválódik a conferencing site. Egy conferencing site-on 
belül több technológiaszolgáltató is telepíthető. 

Az Exchange Conferencing Server jól skálázható megoldást 
kínál a konferenciaszolgáltatások kapacitása terén. A- 
mennyiben a rendszer bővítésére igény merül fel (pl. az MCU- 
k túlzott leterheltsége miatt megnő az átlagos válaszidő) a 
Data Conferencing Provider lehetőséget biztosít a conferenc- 
ing site-ba történő újabb MCU-k segítségével történő 
automatikus terheléselosztásra. Egy adott konferencia 
lebonyolítására mindig a legkevésbé leterhelt MCU kerül 
kijelölésre. Ezután a helyi résztvevők mindegyike ehhez az 
MCU-hoz kerül csatlakoztatásra, minimalizálva így a szük- 
séges forgalmat. Ez mindaddig folytatódik, míg az MCU el 
nem éri a bekonfigurált maximális terheltséget, ekkor a 
következő résztvevő már egy másik, aktuálisan a legkevesebb 
leterheltséggel rendelkező MCU-hoz kerül átirányításra. 





Minden conferencing site saját konferenciaelérési 
oldalakkal rendelkezik. A felhasználók ezeket az oldalakat 
használják a konferenciák elérésére minden site-ban. Egy- 
egy konferencia kiterjedhet több conferencing site-ra is. 
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Biztonsági szempontok 

Az Exchange Conferencing Server különböző biztonsági szol- 
gáltatásokat kínál a konferenciák elérésével és az azokban 
való részvétellel kapcsolatban. Egy adott konferencia lebonyo- 
lításáért felelős technológiaszolgáltató nemcsak a részvétel 
módját határozza meg, hanem annak biztonsági szintjét is. A 
konferenciák létrehozásához szükséges jogosultságok, va- 
lamint az elérésükhöz szükséges jogosultságok ellenőrzése 
viszont a Conference Management Service feladata. 


A konferenciák elérésének ellenőrzése 

Egy új konferencia megszervezésekor meghatározható, 
hogy az teljesen nyilvános vagy nyilvános, de jelszóval 
védett vagy privát legyen. 

0 Nyilvános konferenciák: ezek teljesen nyilvánosak, bár- 
melyik felhasználó, aki eléri a konferencia URL-t, részt 
vehet ezeken a rendezvényeken. Alapértelmezés 
szerint a konferenciák nyilvánosak. Valamennyi nyil- 
vános konferencia felsorolása megtalálható és elérhető 
a konferenciaelérési oldalakon keresztül 
(http://sserver namer/conferencing/list. asp ) . Az 
Outlook 2000-nél korábbi Outlook verziókkal és az 
Outlook Web Access for Exchange Server 5.5-tel csak 
ilyen konferenciákat lehet szervezni. 

Jelszóval korlátozott nyilvános konferenciák: ebben az 
esetben csak azok a felhasználók csatlakozhatnak a 
konferenciához, akik birtokában vannak a megfelelő 
jelszónak. A technológiaszolgáltató ezt a jelszót 
használja fel a hozzáférések korlátozására. Ilyen kon- 
ferenciák csak az Outlook 2000 segítségével 
szervezhetők az , Allow external attendees" jelölőnégy- 
zet bekattintásával, és persze a meghívásban a jelszó 
elküldésével a résztvevők számára. 

Privát konferenciák: ezekhez a rendezvényekhez csak 
azok a felhasználók csatlakozhatnak, akik szerepelnek 
a meghívottak listáján. Ebben az esetben a Conference 
Management Service, vagy a technológia-szolgáltató, 
vagy mindkettő ellenőrzi a résztvevő jogosultságát a 
konferenciához való hozzáféréskor. Ha a Conference 
Management Service végzi ezt az ellenőrzést, akkor az 
IIS-t használja a felhasználó jogosultságainak ellen- 
őrzésére. A technológiaszolgáltató további biztonsági 
szolgáltatásokat nyújt a privát konferenciák számára. 
Például a Data Conferencing Provider X.509 v3 formá- 
tumú tanúsítványokat használ a felhasználók auten- 
tikálására, illetve a konferencia adatainak titkosítására. 


195; 
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Telepítés 

Az Exchange Conferencing Server Windows 2000 Server-re 
vagy Windows 2000 Advanced Server-re telepíthető. A 
telepítés feltételei a következők: 

"0 Active Directory 

"8 Microsoft Exchange 2000 Server a tartományban 

"8 Microsoft Internet Information Server a site-ban 

"8 Exchange System Manager a szerveren 

A használni kívánt Exchange Conferencing Server szolgál- 
tatásoktól függően szükséges lehet még: 
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8 Windows 2000 MADCAP Services 

8 Windows 2000 Certificate Services 

Egy teszt-, illetve bemutatókörnyezet kialakítása során mind- 
ezek a szolgáltatások lehetnek egyetlenegy szerveren, amik 
aztán később folyamatosan kiterjeszthetők az igényeknek 
megfelelően. 

A telepítés során választható teljes vagy egyedi telepítés. 
Teljes telepítés esetén mind a Conference Management 
Service, mind a technológiaszolgáltatók telepítésre kerül- 
nek. Egyedi telepítés esetén kiválaszthatók a telepíteni 
kívánt komponensek. Ez utóbbi módszerrel adhatók újabb 
MCU-k a conferencing site-hoz. 


Konfigurálás 

Az installálást követően létre kell hozni a konferenciaerő- 
forrás postafiókokat (conference resource mailboxes). 
Célszerű ezekre olyan névkonvenciót kidolgozni, amely 
megfelelően beszédes a felhasználók számára. Például 
Veszprém videó konferencia (10 fő)", ami egy maximum 10 
résztvevős videőátvitelre is lehetőséget biztosító veszprémi 
erőforrást jelöl a felhasználók számára. Az erőforrások jobb 
kihasználása végett javasolt az azonos erőforrásokból több 
különböző méretűt (résztvevő számút) létrehozni. Ezeket a 
postafiókokat, valamint a konferencianaptár postafiókot 
célszerű külön adatbázisban tárolni a többi postafióktól, 
hogy minél könnyebb és gyorsabb legyen egy esetleges 


hardvermeghibásodás esetén a visszaállítás. 
Mm TIT alőizi 
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Konferenciaerőforrás postafiók létrehozása 


Kliensoldalon az Outlook 2000-ben engedélyezni kell a 
konferenciaerőforrások kezelését. Ez az alábbi registry 
kulcs létrehozásával történik: 


HKEY CURRENT USERlSoftwarelMicrosoftoff 
icel9.OlOoutlooklExchangeConferencing 


Ezen konfigurációk elvégzése után a felhasználók már hasz- 
nálhatják a Microsoft Conferencing Server által nyújtott szol- 
gáltatásokat. Fontos megjegyezni, hogy a konferenciák közvet- 
lenül a szerverről nem érhetők el, csak ügyfél gépről. 


Simon Csaba, Csaba.Simon 2Synergon.hu 
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Az SOL Server 2000 új adminisztrációs eszközet 


Az SOL Server 2000 fontos lépés a Microsoft .net 
kezdeményezése felé vezető úton. Ennek jeleit felismer- 
hetjük azokból a legfontosabb változásokból, amelyek az SOL 
Server 2000 megbízhatóságát és teljesítményét jellemzik. 
Ebben a cikkben azokat a fő újdonságokat foglaljuk össze, 
amelyek a termék adminisztrációs képességeit jellemzik. 
Célunk nem a teljes mélységű technikai leírás, hanem a 
képességek felhasználási lehetőségeinek bemutatása: 

Pi Újdonságok a telepítésben 

I Adatbázisok kompatibilitása 

-?i Kódlapok és rendezések 

0 Az új SOL Ouery Analyser 

I Az új SOL profiler 
Log Shipping 


Újdonságok a telepítésben 

Az SOL Server 2000 az első SOL Server változat, amelyik több 
példányban is feltelepíthető egy számítógépre. Az első hallás- 
ra sokak számára meglepő gondolat mások számára a , végre!" 
felsóhajtást jelenti. Mi értelme van ennek? Ha valaki kevés 
adatbázist használ, jól meghatározott felhasználói körrel, 
akkor valószínűleg nem sok. Ha valaki SOL Server-en fejleszt, 
a dolognak már több értelme van: el lehet egymástól válasz- 
tani a fejlesztői, teszt és éles üzemi környezeteket és még csak 
külön számítógép sem kell hozzá. 

A legnagyobb változást azok számára jelentheti ez, akik alkal- 
mazásszolgáltatással foglalkoznak: egy ,jó nagy" számító- 
gépre (amely Windows 2000 DataCenter esetében akár 32 CPU- 
t is kezel) több SOL Server-t is telepítve, kívülről ezeket több 
külön számítógépen lévő SOL Server-ként érzékelhetjük. Ez 
segíthet a különböző ügyfelek adatainak elkülönítésében, de 
akár a CPU sávszélesség definiálásában is (az SOL Servernél 
az ún. , affinity mask" segítségével megmondhatjuk, hogy az 
SOL Server mely CPU-kat használhatja). 

Amennyiben a telepítés pillanatában még nincs SOL Server-ünk 
telepítve, az elsőnek telepített szerver az ún. alapértelmezett pél- 
dány lesz, neve a számítógép nevével fog megegyezni. A továb- 
bi példányok ún. új példányok (new instance") lesznek és egy 
példánynévvel kell őket ellátnunk. Ezekre a számítógép nevének 
és a példány nevének kombinációjával hivatkozhatunk. 

Ha a szerverünket TESTSOL-nek hívják és az alapértelmezett 
példányok mellé még az SOL1 és SOL2 példányokat is 
telepítettük, akkor az elnevezések: 

0 TESTSOL 

0 TESTSOLYSOL1 

"8 TESTSOLYSOL2 

A többpéldányos telepítés során az SOL 2000 képes az SOL 
Server 6.5 és 7.0 mellé települni, ebben az esetben ter- 
mészetesen csak új példányok telepítésével. Egy számítógépet 
fel lehet telepíteni úgy, hogy egy SOL 6.5-ös, egy SOL 7-es és 
néhány SOL 2000-es szervert is tartalmazzon. Az SOL 6.5-ös és 
7-es szerverek közül ugyan csak az egyik futhat (mindig az, 
amelynek környezetét éppen aktuálisnak állítottuk be a 
Microsoft SOL Server Switch" menüben), de ezekkel párhu- 
zamosan az összes SOL 2000-es példány is futhat. 
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Adatbázisok kompatibilitása 

Akik végigjárták SOL 6.5-ben fejlesztett alkalmazá- 

sok felfejlesztését SOL 7-ra, azok tudják, hogy 

az Upgrade Wizard nevű segédeszköz ehhez komoly 

segítséget nyújtott. Az SOL 6.5-ről az SOL 2000-re 

történő átállásban ugyanez az eszköz nyújt segít- 

séget. De hogyan történik SOL Server 7-ről SOL 

Server 2000-re az adatbázisok átállítása? Igen 
egyszerűen, az ún. Copy Database Wizard segít- 

ségével. Ez a segédeszköz SOL 7-es, illetve SOL 2000- 

es adatbázisokat tud mozgatni, illetve másolni. 

A varázsló indítása után megadhatjuk a forrás és cél adat- 
bázisokat (ezek természetesen különböző szervereken lehet- 
nek), s azokhoz tartozó másolási opciókat (mit másoljunk 
még az adatbázissal együtt). 

A varázsló egy ún ,package"-et hoz létre, amely futtatása 
elvégzi a kért adatbázismásolást. Az alábbi ábrán a , pack- 
age" lépéseit mutatom be: 
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A Copy Database Wizard által végrehajtott , package" 


Mit is csinál ez az eszköz? Először is meggyőződik arról, hogy 
senki nem használja az adatbázist, majd egyfelhasználós mód- 
ba helyezi, hogy a másolás alatt se tudjon senki hozzáférni. 
Ezek után lemásolja az eredeti adatbázisfájlokat (s nem 
egyenként az adatbázisobjektumokat!), majd ,élesíti" az SOL 
2000 alatt a lemásolt fájlokat. 

Az SOL Server 2000 tehát változatlan formában , megeszi" 
az SOL Server 7 fájljait, anélkül, hogy azokat bitről bitre 
átgyúrná! Az SOL Server 2000 fájlformátuma felülről kom- 
patíbilis az SOL Server 7-tel. 

Azt, hogy az adatbázisunk hogyan viselkedjen az SOL 
Serveren (milyen SOL Server változattal legyen kompatibilis) , 
az adatbázishoz kapcsolódó , Properties" dialógus , Options" 
lapján állíthatjuk be, illetve az sp dbcmtplevel tárolt 
eljárással. Ha például az előzőleg átmásolt adatbázis kom- 
patíbilitási módját SOL Server 7-re állítjuk, nem tudunk fel- 
használói függvényeket létrehozni abban. 
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Kódlapok és rendezések 

Az SOL Server korábbi változatainál a telepítés során meg 
kellett adnunk egy kódlapot és egy rendezési metódust, 
amelyet az SOL Server élete során használni kívántunk. Ha 
ezt nem jól választottuk meg, komoly tortúrát jelenthetett 
egy adott nyelvi beállításról áttérni egy másikra. Az SOL 
Server 2000 ezen a területen forradalmi változást hozott. 
A telepítéskor automatikusan felkínált beállítás (amelyet 
természetesen megváltoztathatunk) ,,csak" alapértelmezett 
beállítás, de azt megváltoztathatjuk, amikor egy adat- 
bázist létrehozunk. Az új adatbázis létrehozásakor megje- 
lenő dialógusablak , General" lapján található , Collation 
name" listából kiválaszthatjuk a kívánt nyelvi beállítást, 
amely meghatározza az adatbázisban használt Unicode 
adatok értelmezését, illetve a rendezési sorrendet. Például 
a , Hungarian CI AS" beállítást választva a magyar szótár 
szerinti kis- és nagybetűkre érzéketlen, de az ékezeteket 
figyelembe vevő rendezési sorrendet állíthatunk be. 

Aki kíváncsi az összes támogatott nyelvi beállításra, az 
alábbi lekérdezéssel ezt megnézheti: 

SELECT $: FROM ::fn helpcollations() 

Ez a lista 753 sort tartalmaz! A rendezési sorrendet azonban 
nem csak az adatbázis szintjén lehet megadni, hanem egy tábla 
oszlopainak szintjén is, amint azt az alábbi példa is mutatja: 


CREATE TABLE [dbo].[TestTablej ( 
[cID] char (5) NOT NULL, 
[cHunName] nvarchar(80) 

COLLATE SOL Hungarian CP1250 CI AS NOT 
NULL , 
[cPolName)] nvarchar(80) 

COLLATE SOL Polish CP1250 CI AS NOT NULL 
) 


A tábla [cHunName) mezőjét magyar, a [cPolName] mezőjét 
pedig lengyel szótári rendezéssel kívánjuk használni. 

Az SOL Server azonban még ennél is továbbmegy! Ha mégis- 
csak szükségünk lenne arra, hogy egy mező definiált sorrend- 
jétől eltérő rendezést jelenítsünk meg, ezt is megtehetjük: 


SELECT : FROM TestTable 
ORDER BY cHunName 
COLLATE Hungarian CS AS 


A COLLATE klauza segítségével az ORDER BY-ban is megad- 
hatjuk a kívánt rendezési sorrendet. 


Az új SOL Ouery Analyzer 

Az SOL Server 2000 kliens oldali segédeszközei a korábbi 
változathoz hasonlóak maradtak. A telepítés után a 
Configure SOL XML Support in IIS7 eszköz az egyetlen új 
amelyik megjelenik (ennek használatát az SOL Server 2000 
XML támogatását tárgyaló cikk részletezi). 

Az eszközök megjelenése és használata a korábbi változa- 
toknak megfelelő maradt, kivéve az SOL Ouery Analyzer-t. 


tech.net 


Microggft 
Het 
Ez az SOL Server 7-es változatában is már komoly fejlődést 
mutatott a grafikus végrehajtási tervek megjelenítésével és 
az indexanalizálás lehetőségével, a legújabb változata 
azonban már szinte a fejlesztőeszköz magasságába emeli a 
Ouery Analyzert. Nézzük meg a legfontosabb újdonságokat! 
Indítás után a képernyő bal oldalán megjelenik az Object 
Browser, amellyel az SOL Server-en lévő rendszer és fel- 
használói objektumok között tallózhatunk. Az objektumokra 
jobb egérgombbal kattintva helyzetérzékeny menü jön elő. 
Ezzel gyorsan és egyszerűen tudunk alapvető feladatokat 
végrehajtani az objektumokon. Az alábbi ábrán azt látjuk, 
hogyan lehet a helyzetérzékeny menü segítségével pár kat- 
tintással egy SELECT utasítást létrehozni egy táblához: 
5 File Edit Ouery Tools Window Help 
9-SkHE Ba E GY dá 
Object Browser 
B PSPROJNSOLDEV[sa) s] 


H-]v b m]jün 


CT (cIDJ, [(cHunNamej) 
(iyTest) . [dbo] . (Tes 











B PSPROJNSOLDEV 
81 U master 
87 ÚJ model 
8 Új msdb 
- Ú MyTest 
7 (I User Tables 
2 (C] dbo.dtproperties 





a 2 
II System Tabl (7 Open 








3 (I Views 

I Stored Pioci XK pelete 

47 (CI Functions 

CN KLESEÉTEN Script Object to New Window As Create 
47 LU NapiNews Script Object to File As 8: 
8 ke Script Object to Clipboard As ). KLÉNSB 
6 ÚJ pubs Éé 
h-ÉJ tenpds Scripting Options... HEZ 
4 a EeGkk Extended properties. . . Üde 
CI Common Öbjects 

A Eont... Delete 


§ CI Configuration Fu 
77 I Cursor Function: 
8 CI Date and Time F 
§ I Mathematical Fe 
74. Aggregate Func 


Refresh FS 
Help Fi 











ET ESTNÉÉT er VST ESTE 


Az Object Browser és a helyzetérzékeny menük 


Az objektumokat a fogd-és-vidd technikával is ,fel lehet 
dobálni" az SOL lekérdezések összeállítása során. Bármely 
objektum nevét oda lehet , vonszolni", de például egy táb- 
lához tartozó ,Columns" mappát vonszolva a tábla mező- 
inek neve egymástól vesszővel elválasztva kerülnek bemá- 
solásra a lekérdezés szövegébe. 

Az új funkciók között találjuk az Object Search ablakot, 
amelyben lehetőségünk van az SOL Server objektumai kö- 
zött keresgélni. Egyszerre akár több ablakot is nyitva 
tarthatunk, több különböző feltétellel. 

A Ouery Analyzer Tools menüjében találhatjuk meg a 
Manage Indexes és Manage Statistics funkciókat. A Manage 
Indexes funkció megegyezik az SOL Enterprise Manager-ben 
található funkcióval (ez használható indexek létrehozására, 
módosítására és törlésére). A Manage Statistics funkció 
segítségével statisztikákat tudunk definiálni (mezők 
értékeinek eloszlási statisztikáit), amelyeket a későbbiekben 
meg is tekinthetünk. Az indexekhez tartozó eloszlási 
statisztikákat az SOL Server , guery optimizer"-e használja a 
végrehajtási terv elkészítéséhez. 
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A Tools menü Customise menüfunkciójával tárolt eljárásokat 
rendelhetünk egy-egy nyomógombhoz. Azok lenyomása 
esetén a megfelelő tárolt eljárás végrehajtódik, s eredménye 
megjelenik. Ugyanezzel a funkcióval lehetőségünk nyílik 
arra, hogy a Tools menübe további eszközöket vegyünk fel. 
A Ouery Analyzer egy új funkciója az ,Insert Template", 
amellyel egy előre összeállított sablongyűjteményből 
választhatjuk ki Transact-SOL parancssorozatokat. Ezek a 
sablonok paramétereket is tartalmazhatnak, amelyek 
aktuális értékeit az Edit menü Replace Template 
Parameters funkciójával állíthatjuk be, majd végrehajt- 
hatjuk a kitöltött sablonnak megfelelő parancsokat. Ezt a 
sablongyűjteményt magunk is könnyen bővíthetjük egy- 
egy általunk gyakran használt Transact-SOL utasítássorral. 


Az új SOL profiler 

Az SOL Profiler egy olyan grafikus felülettel rendelkező eszköz, 

amely lehetővé teszi a szerveren történő események moni- 

torozását. Az események - amelyek kiválasztását az SOL Server 

. 2000-ben már sablonok is segítik - elmenthetők fájlba és táblá- 

ba egyaránt. Az így elmentett események ,visszajátszhatók", 

vagyis eredeti sorrendben újra lefuttathatók a lekérdezések, 

tárolt eljárások stb. Az SOL Profiler jól használható: 

0 Teljesítménymérésre 

0 Transact-SOL utasítások hibakeresésére 

0 Lassú lekérdezések beazonosítására és optimalizálására 

0 Működő rendszereken hibafeltárásra az elmentett 
események tesztrendszeren való , visszajátszásával" 

"0 A szerveren végzett tevékenységek auditálására, biz- 
tonsági naplózásra 








3 
General ] Events ] Data Columns ] Fiters ] 
gi Irace name MeTrace 
Trace SOL Server: NGSAVI 3] 
Use the following trace templatec 
Template name: SOLPtofilerStandard v 
Template file name: 





SOLPIofterTSOL 
SOLProflerTSOL. Duration 
SOLProflerTSOL- Grouped 


TT Savetofie: SOLProflerTSOL Replay 


SOLPIoflerTSOL SP: 
SOLPtofilerT unina 


Set maximum file síze (MB). 





SÜL Server trace data 


[7 Saveto table: [NESRVI.INonhwindjMyTrace) gi a 


7 Set maximum rows (in thousands) 100 





200009 13 s]fizonco 


[7 Enable trace stop time 





Trace jellemzők ablak 


AZ SOL Server 2000-ben megújult SOL Profilert találunk. Az 
egyik legfontosabb tulajdonsága, hogy olyan részletes 
eseményrögzítést, naplózást és auditálást tesz lehetővé, 
amelynek köszönhetően az SOL Server 2000 teljesíti az 
Egyesült Államokbeli C2-es biztonsági szintet. Rögzíthetők a 
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felhasználók és az adatbázis adminisztrátorok tevékenységei, 
ezen kívül biztonsági események (jogosultságok megvál- 
tozása), szerver események, (leállás, indulás), adminisztra- 
tív események (backup, BCP, DBCC, stb.) és az auditban be- 
következett változások. 

Az új Profilerben nőtt a monitorozható események száma is, 
ezen kívül az események kiválasztását sablonok teszik egy- 
szerűbbé. A sablonokba nem csak a kiválasztott események, 
hanem oszlopok (mezők) és szűrők is beletartozhatnak. 

A képen a lenyíló listában az előre definiált sablonok találhatók. 
Ezeken kívül tetszőleges felhasználói sablonok is készíthetők. 
Szintén újdonság (a képen is látható), hogy az össze- 
gyűjtött adatok mennyisége és a futás ideje is beállítható. 


Log Shipping 

Az SOL Server 2000 a Microsft Clustering Service-re alapuló 
fürtözést támogat, amely hibatűrő architektúrák kiépítésére 
alkalmas. Emellett sok esetben kielégítő megoldást jelent- 
het (és költségkímélőbb is) az SOL Server 2000 Enterprise 
Editionben újdonságként megjelenő Log Shipping. 

A Log Shipping lényege, hogy az adatbázis tranzakciós napló- 
ja folyamatosan átmásolásra kerül a tartalékkiszolgálón talál- 
ható másik adatbázisba. Ezáltal a két adatbázis szinkronizáció- 
ja biztosított és az elsődleges szerver meghibásodása esetén a 
másolatot tartalmazó szerver átveheti a kérések kiszolgálását. 


Monitor szerver (A) 


Éles szerver (B) 








§ Tartalék szerver (D) 
: csak olvashat 


Tartalék szerver (E) 
csak olvasható 


A Log Shipping működése 


Az ábrán öt szerver található. A , B" szerver a forráskiszolgáló 
(source), a ,C", ,D", ,E" szerverek a tartalékkiszolgáló, vagy 
a tranzakciós napló másolása szempontjából a célszerverek 
(destination). Az , A" kiszolgáló a monitorizó szerepét tölti 
be, amely folyamatosan figyeli a backupok elmentéséhez és 
visszaállításához szükséges időt. Ha ez az idő egy előre beál- 
lított értéket meghalad, akkor a monitorozókiszolgálón az 
SOL Server Agent figyelmeztetést generál. 

A Log Shipping konfigurálása egyszerű, a Database 
Maintenance Wizard segítségével könnyen elvégezhető. 


Novák István, inovakoprotomix.hu 
Dömsödi Attila, adomsodi Oprotomix.hu 
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Az XML 
Az elektronikus kereskedelmi site fejlesztések 
kiemelt fontossága miatt a Microsoft SOL Server 
2000 egyik legizgalmasabb újítása a beépített 
XML támogatás. Ennek köszönhetően az SOL 
4 Server 2000 XML alapú adatbáziskezelőként is 
működtethető - a hagyományos adatbázis- 
elérési módszerek mellett. Az XML támo- 
gatáshoz a következő újításokat találhatjuk meg 
a termékben: 
PI XML adatok közvetlen lekérdezése és feltöl- 
tése a szerverre 
"0 XML Data Schema támogatás 
"I XPath lekérdezések használata a sémákra 
"0 Az SOL Server elérése HTTP protokollon 
keresztül 


Bevezetés 

A teljes XML támogatáshoz nemcsak magát a szervert, hanem 
a szerverhez kapcsolódó külső eszközöket is tovább kellett 
fejleszteni, így az OLE-DB meghajtó programok is támogatják 
az új funkciókat. Így vált lehetségessé, hogy lekérdezéseinket 
nemcsak SOL parancsként, hanem XML dokumentumként is 
megadhatjuk a szervernek, valamint a parancsok kimenete is 
lehet egy XML adatfolyam, szemben a hagyományos, bináris 
kimenettel (Tabular Data Stream, TDS). 

A cikk az XML bemutatásával nem foglalkozik, annak 
legalább felületes ismeretét feltételezzük az olvasóról. A 
felhozott példák a Northwind adatbázisra vonatkozó alábbi 
lekérdezésen alapulnak: 


SELECT oh.CustomerID, oh.OrderId, 
od.ProductID, od.UnitPrice, od.Ouantity 
FROM Orders oh INNER JOIN [Order 
Details] od ON oh.orderid - od.orderid 
WHERE oh.CustomerID — "GROSR" ORDER BY 
oh.CustomerID, oh.OrderId, od.ProductID 


A lekérdezés futtatásának eredménye: 


CustomerID OrderId ProductID UPrice Ouant. 


GROSR 10268 29 99.0000 10 
10268 72 27.8000 4 
GROSR 10785 10 31.0000 10 
GROSR 10785 75 7.7500 10 


Látható, hogy a lekérdezés hierarchikus eredményhalmazt 
adna vissza, azaz kilistázza a megrendelések közül azokat, 
amelyekben a vásárlói azonosító GROSR majd ezekhez hoz- 
záveszi az Order Details táblából a részleteket. Ezt a hierar- 
chiát azonban a hagyományos SOL eredményhalmaz nem 
tudja visszaadni, így csak ,kiterítve" kapjuk meg az ered- 
ményeket. De nem így lesz ez az XML kimenetek esetén! 

Elöljáróban fontos elmondanunk, hogy a példák eredményei 
sokszor nem teljesen készre megformázott XML dokumen- 
tumok, hanem csak töredékek. Például a legtöbb lekérdezés 
kimenete olyan XML adatfolyam, amelynek az első szintjén 
több mint egy kifejezés áll. Ennek két oka van. Az első, 
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hogy a kapott XML dokumentumtöredéket tovább szokás for- 
mázni, hogy egy teljesen szabályos, az üzleti igényeknek 
megfelelő XML dokumentumot kapjunk. Másodszor így az 
UNION művelet is egyszerűen megvalósítható XML-ben, hisz 
csak egymás után kell fűzni a dokumentumokat. Egyes prog- 
ramok - mint az Internet Explorer - nem tudja az SOL szer- 
ver kimeneteként előállt XML adatfolyamot közvetlenül meg- 
jeleníteni, emiatt a legtöbb helyen gyökérbejegyzést hozunk 
létre, és az alá helyezzük el az XML dokumentumot. 


SELECT for XML 


A SELECT SOL utasítás egy új záradékot kapott, melyek 
révén a lekérdezés eredményhalmaza közvetlenül XML for- 
mátumban jut vissza az ügyfél programhoz. Ez a FOR XML 
záradék. Formátuma: 

FOR XML ímode) [/XMLDATAJ[, 
Base64] 

A (mode) segítségével szabályozhatjuk az eredő XML doku- 
mentum formátumát, melyek lehetséges értékei RAW, AUTO 
és EXPLICIT. A RAW mód az SOL lekérdezés minden egyes 
sorát közvetlenül áttranszformálja egy-egy XML sorrá, azaz 
minden sor, és annak minden adata egy szinten fog elhe- 
lyezkedni. Másképpen fogalmazva a forrás eredményhalmaz 
mezői XML attribútumokká fordulnak le. 


ELEMENTS][,  BINARY 


LZrow CustomerID-"GROSR" OrderId-"10268" 
ProductID-"29" UnitPrice-"99" 
Ouantity-"10"7 /5 

IZrow CustomerID—-"GROSR" OrderId-"10268" 
ProductID-"72" UnitPrice-"27.8" 
Ouantity-"4" /5 

£row CustomerID-"GROSR" OrderId-"10785" 
ProductID-"10"7 UnitPrice—-"31" 
Ouantity-"10"7 /5 

Z£row CustomerID-"GROSR" OrderId-"10785" 
ProductID-"75" UnitPrice-"7.75" 
Ouantity-"10"7 /5 


Az AUTO mód segítségével egyszerű hierarchikus XML fát 
épít fel a szerver. A példánkat lefuttatva látható, hogy a 
szerver a JOIN alapján tudta, hogy az OrderId az első kettő 
és a második kettő sorban ugyanaz, ezért a sorokat 
összevonta az első szinten, és a csoportokon belüli ada- 
tokat egy szinttel lejjebb helyezte el, azaz visszaállította a 
lekérdezés logikája által diktált természetes hierarchiát: 


ZIaoh CustomerID-—-"GROSR" OrderId-—"10268"75 
LZod ProductID-"29" UnitPrice-"99" 
Ouantityz-"10"7 /5 
god ProductID—"72" 
Ouantity-"4"7 /5 

£/oh: 

LIoh CustomerID-—"GROSR" OrderId-"10785"75 
Zod ProductID-"10"7 UnitPrice—"31" 
Ouantity-"10"7 /5 
LZod ProductID—"75" 


UnitPrice—"27.8" 


UnitPrice—"7.75" 
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Ouantity-"10" 
£/oh: 


2 


A harmadik mód, az EXPLICIT egy kicsit bonyolultabb. A 
megértéséhez előbb nézzük meg, mit jelentenek a mód 
mögött található kiegészítések. Az XMLDATA azt jelenti, 
hogy az adatok elé még sémainformációt is beszúr az SOL 
Server. AUTO záradékkal együtt a példa lekérdezésünkre a 
következő séma információk generálódnak le: 


dcSchema name—"Schema" xmlns-"urn:schemas- 
microsoft-com: xml-data" 
xmlns : dt—"urn : schemas-microsoft- 
com: datatypes"2 
dcElementType name-—"oh" content-—"eltOnly" 
model-—"closed" order—"many"5 
dgelement type-"od" maxOccursz"r" /5 
dacAttributeType name-—"CustomerID" 
dt:type-"string" /5 
dcAttributeType name—"OrderId" 
dt:type-—"i4" /5 
dattribute type-"CustomerID" /5 
dattribute type-"OrderId" /5 
c/ElementType2 
dcElementType name—"od" 
content—"empty" 
model-—"closed"5 
cAttributeType name—"ProductID" 
dt:type-"i4" /5 
dgattribute type-"ProductID" /5 
€/ElementType? 
€/Schema: 
Loh xmlns-"x-schema : tSchema"5 
aCustomerID:GROSRC/CustomerID2 


Ha AUTO módot használunk, akkor alkalmazható az ELE- 
MENTS kiegészítés. Ezzel azt jelezzük az SOL Servernek, 
hogy az eredményhalmaz oszlopai ne a csomópontattribú- 
tumokként jelenjenek meg, hanem gyermekelemekként: 


Loh: 
cCustomerID:3GROSRC/CustomerID5 
cOoOrderId510268c/OrderId: 
Lod: 

SIcProductID529c/ProductID5 
dcunitPrice599c/UnitPrice5 
cOuantity:10c/Ouantity2 
£/od: 
god: 
£/od: 
£/oh: 
goh: 


£/oh: 
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A BINARY Base 64 a bináris adatok (képek, hangminták, 
OLE objektumok) Base 64 kódolását írja elő. Nyilvánvaló, 
hogy másképp nem lehetne a bináris eredményeket XML 
dokumentummá transzformálni, mivel az XML dokumen- 
tum egy szöveges állomány, ami nem képes bináris ada- 
tok közvetlen tárolására. 

Ennyi kitérő után térjünk vissza az EXPLICIT záradékra. 
Láthattuk, hogy a különböző kiegészítésekkel (ELEMENTS, 
XMLDATA) szabályozhattuk, hogy az eredményhalmaz milyen 
XML struktúrába képződjék le. Azaz mi szabhatjuk meg, 
hogy mely oszlopok képződjenek le XML attribútumokká, és 
melyekből legyenek gyermekcsomópontok. Az EXPLICIT 
segítségével teljesen a kezünkbe vehetjük a legenerálandó 
XML struktúra szerkezetét. Ebben az esetben a mi 
felelősségünk és a mi szabadságunk, hogy az így 
keletkező XML dokumentum helyesen legyen megformáz- 
va. A záradék taglalása oldalakat igényelne, ezért ebben a 
cikkben nem térünk ki rá. A Books Online részletesen tár- 
gyalja a használatát. 


SELECT 1 AS Tag, NULL AS Parent, 
oh.CustomerID AS [Order!1!CustomerIDJ] , 
oh.OrderId AS [Order!1!OrderId] , 

NULL AS [OrderDetail!2!Productid! 
element] , 

NULL AS [OrderDetail!2!UnitPrice! 
element] , 

NULL AS [OrderDetail!2!9Ouantity!element] 
FROM Orders oh 


WHERE CustomerId - "GROSR" 

UNION ALL 

SELECT 2, 1, 

oh.CustomerID, oh.OrderIid, od.ProductID, 


od.UnitPrice, od.Ouantity 

FROM Orders oh INNER JOIN [Order 
Details] od 

ON oh.orderid -— 
WHERE CustomerId -— 


od.orderid 
!GROSR" 


ORDER BY [Order!1!CustomerIDJ] , 
[(Order!1!OrderId] , 
[OrderDetail!2!ProductId!element] 
FOR XML EXPLICIT 


A Ouery eredménye: 


cOrder CustomerID-"GROSR" 
OrderId-—-"10268"75 
SgOoOrderDetail: k 
gxProductId5329c/ProductId2- 8 
dxUnitPrice599.0000c€c/UnitPrice5 
cOuantity210c/Ouantity2 
€£/OrderDetail: 
cOrderDetail: 
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£/OrderDetail: 

£/Order2 

dcOrder CustomerID-—"GROSR" 

OrderId-"10785"5 

c/Order2 " 
OpenXML 
Az előző fejezetben arról volt szó, hogyan nyerhetünk ki az 
adatbázisból XML formátumú adatokat. Ebben a fejezetben 
azt járjuk körül, hogy ha van egy XML dokumentumunk, akkor 
annak tartalmát hogyan írhatjuk vissza az adatbázisba, 
illetve segítségével hogyan módosíthatjuk a sorok tartalmát. 
A megoldás kulcsa az OpenXML függvény. Ennek segítségé- 
vel egy XML dokumentumot átkonvertálhatunk rowset-ekké, 
amelyeket az SOL Server már közvetlenül fel tud használni új 
adatok beszúrására, vagy meglevők módosítására. 
Az OpenXML függvény használatához először el kell 
készíteni az XML dokumentum belső megjelenítését, azaz 
le kell fordítani egy olyan formátumra, amit a függvény 
közvetlenül tud kezelni. Ezt az sp xml preparedocument 
tárolt eljárással tehetjük meg. Ennek hatására a doku- 
mentum egy bináris fára képződik le, amiben sokkal 
hatékonyabban tud keresni a szerver. Mint minden objek- 
tum, ez a fa is erőforrásokat köt le, tehát az alkalmazása 
után fel kell szabadítani az általa használt memóriát az 
sp.xml removedocument rendszer tárolt eljárással. Az 
áttranszformált XML dokumentumra egy kezelőszámot 
(handle) kapunk vissza, amely az OpenXML bemenetéül 
fogunk felhasználni. 
Az OpenXML függvény szintaktikája a következő: 


OPENXML ( 

idoc int [in], 

rowpattern nvarchar[in] , 

[flags byte[in]] 

) [WITH (SchemaDeclaration ] TableName))] 


Az első két paraméter kötelező, a többi szabadon 
választható. Az idoc paraméter a sp xml preparedocument 
által szolgáltatott kezelőszám. A rowpattern feladata az 
XML dokumentum azon csomópontjainak azonosítása, 
amelyeket fel szeretnénk dolgozni. Ezt XPath kifejezésként 
adhatjuk meg (lásd a példát alább). A flags paraméter a 
kiinduló XML dokumentum és a függvény kimeneteként 
elvárt rowset adatok közötti transzformációt szabályozza. 
Alapértelmezett módon attribútumközpontú transzformá- 
ciót használ, a második üzemmódban pedig elemközpontú 
XML dokumentumra számít a függvény. 

Nézzük is meg egy példán keresztül, hogyan lehet az előző 
fejezetben generált XML dokumentumtöredéket (FOR XML 
AUTO példa) feldolgoztatni az Open XML függvénnyel: 
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Het 
declare Gidoc int 

declare Edoc varchar(1000) 

set (doc -—" 

LxROOT2 

ZIoh CustomerID-—"GROSR" 
Lod ProductID-"29" 
Ouantity-"107 /5 
Lod ProductID—"72" 
Ouantity-"4" /5 

£/oh: 

Loh CustomerID-"GROSR" OrderId-—"10785"5 
Lod ProductID-"10"7 UnitPrice-"31" 
Ouantity-"107 /5 
Lod ProductID—"75" 
Ouantity-"107 /5 

£/oh: 

£/ROOT2" 


OrderId-"1026875 
UnitPrice-"99" 


UnitPrice-"27.8" 


UnitPrice—-"7.75" 


exec sp xml preparedocument Gidoc 
OUTPUT, (doc 


SELECT $ FROM OPENXML (€idoc, 
! /ROOT/oh/od" ,1) 
WITH (ProductID varchar(10), 
UnitPrice varchar(20), 
Ouantity varchar(20)) 


exec sp xml removedocument €idoc 


A kódot lefuttatva a következő kimenetet kapjuk: 


ProductID UnitPrice Ouantity 
29 99 10 
72 27.8 4 


Igaz ugyan, hogy egy hierarchikus XML dokumentumot 
dolgoztunk fel, de a rowpattern paraméter megadásával 
egyszerűen előírtuk, hogy az adatok a root/oh/od szinten 
vannak, ahol ezután lineárisan lépkedünk végig. A WITH 
után láthattuk a sémadeklarációs részt. Ebben írjuk elő, 
sorrendben az XML attribútumok milyen SOL adattípusokra 
és oszlopnevekre képződjenek le. A példában azért ilyen 
egyszerű a sémadeklaráció, mert a választott SOL oszlop- 
nevek megegyeztek az XML dokumentumban használt 
attribútumnevekkel. Ha más oszlopneveket akarunk hasz- 
nálni, akkor a sémában meg kell jelölni az adatforrás- 
attribútum nevét. Például, ha a ProductID attribútumot 
ProdID néven szeretnénk megkapni a SELECT parancs ered- 
ményeként, akkor azt a séma definícióban kell jeleznünk: 
ProdID varchar(10) "EProductID" 
Ráadásul lehet hivatkozni a hierarchia más pontjára is, 
azaz bevehetünk attribútumokat a szülő, illetve gyermek 
csomópontokból is. Így az előbbi példában a SELECT kife- 
jezést kicserélve erre: 
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SELECT $ FROM OPENXML ((idoc, 
! /ROOT/oh/od" , 1) 
WITH (CusID varchar(10) 
" , . /ACustomerID" , 
Ordid varchar(10) "../RorderId" , 
ProdID varchar(10) "EProductID", 
UnitPrice varchar(20), 
Ouantiy varchar(20) "E9Ouantity") 


fi 


A következő kimenet generálódik: 


CusID Ordid ProdID UnitPrice Ouantity 
GROSR 10268 29 99 10 


GROSR 10268 72 27.8 4 


Azaz a ../(OCustomerID segítségével hivatkoztunk az egy 
szinttel feljebb található oh csomópont attribútumaira. 
A rowpattern paraméterben közvetlenül is hivatkoz- 
hatunk egy konkrét attribútumra, így ezután arra egy 
ponttal hivatkozhatunk, a többi attribútumra pedig a 
korábban látott módon: 


SELECT $ FROM OPENXML (€idoc, 
!" /ROOT/oh/€CustomerID" , 1) 
WITH (CusID varchar(10) 
Ordid varchar(10) 
! . ./ROrderId" , 
UnitPrice varchar(20) 
! . . /od/RUnitPrice") 


9. 


1, 


Kimenet: 

CusID Ordid UnitPrice 
GROSR 10268 99 

GROSR 10785 31 


Figyeljünk arra, hogy az attribútum konkrét megadása 
miatt a szintek eggyel beljebb csúsztak! 

Végülis hogyan alkalmazhatjuk az eddigiekben leírtakat 
adatok bevitelére? Az OPENXML kimenete egy szabványos 
SOL rowset, amelyet bármely olyan helyen használhatunk, 
ahol egyébként egy tábla vagy egy view volna, és emiatt 
minden egyéb műveletet is elvégezhetünk rajta, például 
szűrhetünk is rá a WHERE kifejezéssel. Vegyünk egy táblát, 
amibe az XML forrásunkból sorokat szeretnénk beszúrni: 


CREATE TABLE [XMLOrders] ( 
[CustomerID] [varchar] (10), 
[(OrderId] [varchar] (10) ) 


A korábban is használt XML adatokkal a beszúrás így néz ki: 
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INSERT INTO XMLOrders 
(CustomerID, OrderId) 

SELECT $ FROM OPENXML ((€idoc, 

!/ROOT/oh" ,1) 

WITH (CustomerID varchar(10), 

varchar(10)) 


OrderId 


XML nézetek 

Transact SOL-ben akkor használtunk nézeteket (view), amikor 
egy tábla tartalmát függőlegesen vagy vízszintesen meg- 
szűrve akartunk megmutatni a külvilágnak, azaz egyes 
oszlopokat vagy sorokat el akartunk rejteni a nyilvánosság 
elől, (vagy több táblából összegyűjtött sorokat akartunk 
megjeleníteni). Hasonló módon létrehozhatunk olyan XML 
nézetet, amely egy tábla vagy egy bonyolultabb lekérdezés e- 
redményét jeleníti meg egy megformázott XML adatfo- 
lyamként. Az ilyen nézetek neve Annotated XDR Schema. Az 
XDR az XML-Data Reduced rövidítése, mely egy széleskörűen 
elfogadott XML szabvány. 

Az ,annotation"-ök szolgálnak arra, hogy a virtuális XML doku- 
mentum attribútumai és az SOL szerver fizikai táblái illetve 
a táblák oszlopai közötti összerendelést kijelöljék. Lehetséges 
az így létrehozott virtuális XML nézetek között relációk 
létrehozása is, hasonlóan a fizikai SOL adatbázis táblákhoz. 
Az XDR leírónyelv és az XDR sémák részletesebb ismer- 
tetése túlmutat cikkünk keretein, így csak egy példa XML 
nézetet mutatunk meg, amelyet az XPath lekérdezések tár- 
gyalásánál fogunk felhasználni. Látható benne, hogy létre- 
hozunk két nézetet, az egyik az Orders SOL táblát képezi le 
egy Order nevű XML nézetre, míg a második az Order 
Details nevű táblából készít egy OrderDetail nevű nézetet. 
Az Order táblán belül az sgl:relationship segítségével 
deklaráljuk a relációt a két tábla között: 


c?xml version—"1.07 ?5 

cSchema xmlnsz"urn:schemas-microsoft- 
com: xml-data" 

xmlns : dt—"urn:schemas-microsofít- 

com: datatypes" 

xmlns : sg1-"urn : schemas-microsoft-com: 
xml-sgli"5 


dcElementType name-—"Order" 
sal:relation-—"Orders" 
sal:key-fields-"OrderID"5 
dcAttributeType name-—"OrderID" 
dt:type-"id" sgl:id-prefix-"Ord-" 
b 
cAttributeType name-—"CustomerID" 
1 


dgattribute type-"OrderID" /5- 
Zattribute type-"CustomerID" 


/2 


daelement type-"OrderDetail"5 
£Xsagl:relationship 
key-relation-—"Orders" 





ez 
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key-"OrderID" 
foreign-relation-—" [Order 
Details]" 
foreign-key-—"OrderID" 
£/element: 
€/ElementType2 
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dcElementType name-—"OrderDetail" 
sgl:relation-"[(Order Details]" 
sal:key-fields-"OrderID ProductID"5 
dcAttributeType name-—"ProductID" 
dt :type-"idref" 
sal: id-prefix-"Prod-" /5 
dcAttributeType name-—"UnitPrice"/5 
c/ElementType2 
c/Schema: 


URL és HTTP elérés 

Az SOL Server 2000 XML támogatásának egyik fontos eleme 
a HTTP protokollon keresztüli adatelérés biztosítása. Ehhez 
az SOL Server együttműködik az Internet Information 
Server-rel. Ekkor egy ISAPI alkalmazás biztosítja a kapcso- 
latot az SOL Server és a webszerver között. Segítségével vir- 
tual root-okat lehet létrehozni a webszerveren, melyeket a 
Configure SOL XML Support in IIS nevű adminisztrációs 
programmal kezelhetünk. (Természetesen programokból is 
lehet konfigurálni, amihez megfelelő adminisztrációs 
objektumkönyvtárak adnak segítséget.) 

A HTTP lekérdezések használatához létre kell hozni egy vir- 
tual root-ot a lekérdezendő adatbázisra. Ennek részletes 
leírása a szerverhez mellékelt Books Online-ban található 
meg. A ,Creating the nwind Virtual Directory" című cikk a 
Northwind adatbázisra mutatja meg a szükséges lépéseket. 
A példák az ott leírt beállításokra alapoznak. 

Nézzük meg, hogy a korábban használt lekérdezésünket 
milyen URL-el fogalmazhatjuk meg: 


http: //weow2kadmOl/nwind/?sg1-Az ere- 


deti lekérdezésünk FOR XML 
AUTOSroot-RootIltem 


tech.net 


SOL 


SERVER 2000-BEN 











c?xmi version-"1.0" encodingz"utf-8" ?5 
cRootltemz 

omerID-"GROSR" ÖrderIid-"10268"5 
9" UnitPrice-"99" Ouantity 
cod ProductID-"72" UnitPrice-"27.8" Ouantit 











10" /: 
4" /s 





stomerID-"GROSR" OrderId-"10785": 
ProductID 0" UnitPric 1" Ouantítyz"10" /5 
od ProductID-"75" UnitPricez"7.75" Ouantity-"10" /s 








c/Rootltemz 


A root-Rootltem paraméter az URL végén arra utasítja a kérést 
feldolgozó ISAPI alkalmazást, hogy egy Rootltem nevű 
csomópontot helyezzen el a dokumentum legelső szintjére. 
Mint korábban említettük, ez azért szükséges, mert alapér- 
telmezésben az IE csak olyan XML adatokat tud megjeleníteni, 
amelyeknek legfelső szintjén csak egy csomópont található. 
Ennek az adatelérési módszernek URL Ouery a neve. 
Tesztelési célokra nagyon jól használható, azonban pro- 
dukciós környezetben nem szabad engedélyezni, mert a 
teljes adatbázist elérhetővé teszi, azaz nem biztonságos. 
Az adatbázist közvetlenül lekérdező SOL parancsokat XML 
template-ek segítségével rejthetjük el a külvilágtól. Termé- 
szetesen gyakorlati haszna csak akkor van egy ilyen tem- 
plate-nek, ha azt paraméterezni is lehet. 

Nézzünk egy egyszerű példasablont a már jól megszokott 
lekérdezésünkhöz. A példa kilistázza a paraméterként 
megadott vásárló által megrendelt termékeket: 


c?xml version -"1.0" encoding-"UTF-8"?5 
XAROOT xmlns:sg1l-—"urn:schemas-microsoft- 
com: xml-sgl75 
cXcsagl:header2 

Isal:param 
name-" CustName"5€/sgl:param 
€/sagl:header? 
€sgl:guery2 

A kiinduló példa lekérdezésünk 

FOR XML AUTO 
£/sgil:guery2 
£x/ROOT2 


Ezt az XML template fájlt mentsük el a Northwind adat- 
bázishoz létrehozott template könyvtárba orders.xml 
néven, így máris futtatható az alábbi URL: 


http: //weow2kadmOl/nwind/templates/ord 
ers .xml?CustName-GROSR 


A MICROSOFT MAGYARORSZÁG SZAKMAGAZINJA 


A sablon által legenerált XML kimenet lényegében azonos 
az előző példáéval. 
Az utolsó, HTTP-t használó elérési mód az XPath Ouery, 
melynek alapjait a korábban említett XML nézetek adják. 
Ott említettük, hogy XML nézet segítségével (XDR 
Annotated Schema) egy SOL adatforrásból XML formátumú 
adatokat nyerhetünk ki. Az XPath lekérdezések a forrásada- 
tokat egy XML nézetből nyerik. 
Az XPath lekérdezést kétféle módon lehet végrehajtani: 
közvetlenül, az XML nézetre mutató URL segítségével, vagy 
template fájlon keresztül. Az első esetben az XML nézetet 
be kell másolni a schema-ként kijelölt virtuális könyvtárba 
és onnan futtatni (lásd a fejezet elején a virtual root létre- 
hozása és konfigurálása rész). A második esetben létre kell 
hozni egy template fájlt, ami meghívja az XML nézetet a 
megfelelő paraméterekkel. Ehhez a template-et a virtual 
root konfigurálásakor templates-ként kijelölt virtuális könyv- 
tárba kell másolni. Az utóbbira mutatunk egy példát, mivel 
a template fájlok a gyakorlatban sokkal praktikusabbak a 
. közvetlen URL-es elérésnél, hiszen egységbe zárják és kor- 
látozzák az alkalmazható paramétereket. Az alább látható 
template fájl (ordersxpath.xml) az XML nézeteknél pél- 
daként használt orderschema.xml XDR sémát használja: 


dc?xml version -"1.0" encoding-"UTF-8"?5 
XxROOT xmlns:sg1l-"urn:schemas-microsoft- 
com: xml-sgl"5 
£sgl:header2 
Isal:param 
name- " CustName"5€/sgl:param 
£/sgl:header2 
Xsal:xpath-guery mapping-schema—" 
orderschema . xm1l"5 
Order[éCustomerID-$CustName] 
£/sagl:xpath-guery2 
£/ROOT2 


Ebben a template-ben a tulajdonképpeni XPath Ouery az 
,Order[(oCustomerID-$CustNameJ" sor. 
Ha a template-et paraméterezve meghívjuk: 
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Akkor a következő kimenetet kapjuk: 


LXxROOT xmlns:sg1l-—"urn:schemas- 
microsoft-com: xml-sgl"5 
dcOrder OrderID-"Ord-10268" 
CustomerID-—-"7GROSR/"5 
dcOrderDetail ProductID-"Prod-29" 
UnitPrice-"99" Ouantity-"107 /5 
gOorderDetail ProductID-"Prod-72" 
UnitPrice—"27.8" Ouantity-"4" /5 
€/Order2 
dcxorder OrderID-"Ord-10785" 
CustomerID-"GROSR/5 
€/Order2 
£/ROOT2 


Érdemes összevetni a schema XML leírást és a kapott ered- 
ményt, különös tekintettel arra, hogy a Prod és az Ord szócs- 
ka hogyan kerül bele a legenerált XML kódba. 


Zárszó 

A termékkel ismerkedőknek a fenti információk is kicsit 
töménynek tűnhetnek, pedig sok olyan hasznos dolog van 
még, amit terjedelmi okok miatt nem érinthettünk: adatok 
lekérdezése html oldalakról ASP vagy CGI nélkül, XML doku- 
mentumok megformázása XSL segítségével az egyedi 
igényeknek megfelelően, adatbázisban tárolt képek 
elérése, a böngészőbe letöltött XML adatok off-line szer- 
kesztése, majd visszatöltése a szerverre, stb. Ezer alkal- 
mazási lehetőség, és egy a válasz: XML. A technológia 
adott, csak élni kell vele! 


Soczó Zsolt, ZsSoczo Oprotomix.hu 
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LELÖeNET 


Az SOL Server 2000 újdonságai 


Az SOL Server 2000 újdonságai adatbázis- 
fejlesztőknek 
Az SOL Server 2000 sok olyan újdonságot tar- 
togat a fejlesztőknek, amelyeket azok már 
régóta hiányoltak az SOL Server, illetve a 
Transact SOL kínálatából. Ebben a cikkben 
ezeket igyekszünk részletesen bemutatni, a 
legfontosabb újításokat, ahol lehet, a techno- 
lógiai hátteret is teljes mélységében tárgyalva: 
-B Új adattípusok 
2 Felhasználói függvények 
"B ,Kaszkádolt" integritás kritériumok 
"2 Változások a triggerek használatában 
A fejlesztők érdeklődésének középpontjában áll még az 
elosztott partícionált nézetek kezelése éppen úgy, mint az 
SOL Server 2000 XML támogatási képességei. Ez utóbbi 
témákat külön-külön is olyan fontosnak gondoltuk, hogy 
külön cikkek keretében tárgyaljuk őket. 


Új adattípusok 
Új adatbáziskezelővel együtt jár új adattípusok megjelenése 
is. Bár az SOL Server 2000 mindössze három új adattípust 
vezet be, ezek segítségével azonban egyszerűbbé válik 
robusztus alkalmazások megírása. 

Az első új típusa a bigint, amely - mint azt neve is jelzi - 
a jelenlegi int típus ,nagytestvére", 64 bites (8 bájtos) 
egész számok tárolására alkalmas. A -263-tól 263-ig ter- 
jedő számtartomány a jelenlegi int típus mellett ún. iden- 
tity mezőként is használható, jelentősen megnövelve 
annak értékkészletét. A bigint típus mindenhol használ- 
ható, ahol eddig int típust használtunk, de fontos tudni, 
hogy egy függvény vagy kifejezés értéke csak akkor lesz 
bigint, ha azt explicit módon jelezzük. Az SOL Server önál- 
lóan nem konvertálja a többi egész adattípust (tinyint, 
smallint, int) bigint típusúvá. 

A bigint típus könnyebb kezelése érdekében két 
új beépített függvény is megjelent az SOL 2000- 
ben: a BIG COUNT az eddigi COUNT aggregátum 
függvény, a ROWCOUNT BIG pedig az eddigi 
(2XROWCOUNT globális változó ,nagytestvére", 
ugyanazzal a szemantikai jelentéssel. A ,régi" 
COUNT és OXOROWCOUNT ugyanúgy használható, 
mint a korábbi változatokban (int értéket adnak 
vissza), míg a két új függvény bigint értéket. 

A második új adattípus az sgl variant. Ez a 
Visual Basic , Variant" adattípusához hasonlóan 
több adattípust tud dinamikusan magába 
ágyazni, lehetővé teszi a ténylegesen tárolt tí- 
pusok futásidőben történő lekérdezését. A 
sgl variant a text, ntext, image, timestamp és 
sgl variant típusokon kívül minden mást képes 
kezelni. A tárolás során a tárolt érték mellett 
annak adattípusát, maximális méretét, skálá- 
zását és pontosságát is képes tárolni, szövegek 
esetén akár a rendezési jellemzőket is (erről a 
cikk további részeiben még lesz szó). 

Az sgl variant típus használata előnyös lehet 


SELECT 


UNION 
SELECT 
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SET Gsamplestr 
SET Gsampledec 


varchar 
decimal 


olyan alkalmazásoknál, amelyek saját maguk végzik az 
adattípusok futásidejű kezelését. Például egy olyan ASP 
oldal, amely felhasználói információkat gyűjt, minden 
begyűjtött információt letárolhat egy sgl variant mezőbe, 
még a pontos típusellenőrzés előtt. Az sgl variant típus 
használatát azonban kellően körültekintően kell végezni. 
Ebben segít a CAST operátor (hívhatjuk függvénynek is) , amely 
segítségével explicit típusúvá tudjuk tenni az sgl variant-ban 
tárolt értéket: 


DECLARE 
CGsamplevar sgl variant, 
Echarvar varchar(20), 
Edecvar decimal(10,5) 

z 12.3456 

CAST((Gsamplevar AS 


SET Gsamplevar 
SET €Echarvar 
varchar(20)) 
SET Edecvar 
decimal(10,5)) 


CAST((Csamplevar, 


Az sgl. variant adattípus támogatására az SOL Server 2000- 
ben bevezették az SOL VARIANT PROPERTY függvényt, 
amely célja, hogy típusjellemzőket adjon vissza egy 
sgl variant típusú változó aktuális értékéről. A függvény 
formátuma az alábbi: 


SOL VARIANT PROPERTY(változó, tulajdonság) 


A tulajdonság paraméter a ,BaseType", ,Precision", 
Scale", ,TotalBytes", , MaxLength" és , Collation" értékeket 
veheti fel, és az sgl variant névnek megfelelő jellemzőjét 
adja vissza. Például az alábbi programrészlet az itt látható 
eredményt adja vissza: 


DECLARE 
Csamplestr sgl variant, 
CGsampledec sgl variant 


71.234" 
1.234 


SOL VARIANT PROPERTY .-((Csamplestr, VarBaseType" ) 
AS VarBaseType, 

SOL VARIANT PROPERTY -((samplestr, VarTotalBytes" ) 
AS VarTotalBytes 


SOL VARIANT PROPERTY ((sampledec, "VarBaseType " ) , 
SOL VARIANT PROPERTY ((sampledec, "VarTotalBytes" ) 


VarBaseType VarTotalBytes 
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A harmadik új típus a table, amely mint neve is jelzi, 
táblák tartalmának ideiglenes tárolására szolgál. Termé- 
szetesen, az új típust az előző kettővel ellentétben nem 
használhatjuk egy adatbázistábla mezőjeként. A table 
típus az eddig használt, tempdb adatbázisban tárolódó 
ideiglenes táblák helyett használható. Mivel ez a típus a 
memóriában kezelődik, nem tárolódik a merevlemezen, lé- 
nyegesen jobb teljesítményt tesz lehetővé, mint a korábbi 
SOL Server változatok ideiglenes táblái. 


Felhasználói függvények 

Az hiszem, hozzám hasonlóan sok fejlesztő várta már , SOL 
verziók óta", hogy végre tudjunk felhasználói függvé- 
nyeket definiálni. Ezt a vágyunkat szerény mértékben a 
tárolt eljárásokkal is kielégíthettük, de minden helyen 
használható függvények sokáig csak álomnak látszottak. 
Nos, az SOL 2000-ben megvalósított felhasználói függvé- 
nyek korábbi vágyainknál is messzebb elmennek. 

Az SOL 2000 felhasználói függvényei a tárolt eljárásokhoz 
hasonló módon hajthatóak végre, illetve olyan módon, 
akár a többi beépített függvény. Akárcsak a tárolt eljárá- 
sok lehetnek paraméter nélküliek, de akár több para- 
méterük is lehet. Visszatérési értékük a tárolt eljárásoktól 
eltérően nem csak int lehet, hanem bármilyen skaláris 
adat, vagy akár sgl variant vagy table! 

A felhasználói függvényeket a tárolt eljárásokhoz hason- 
lóan definiálhatjuk. Fontos különbség, hogy egy felhasz- 
nálói függvénynek a RETURNS kulcsszóval definiálnia kell a 
visszatérési érték típusát és egy annak megfelelő típusú 
értéket vissza kell adnia a RETURN utasítással. 

A table típus használatában komoly lehetőségek rejlenek: 
egy felhasználói függvény megteheti, hogy belsejében 
definiál egy table típusú változót, azt feltölti értékekkel, 
majd a változó értékével visszatér. Az ilyen függvényeket 
,Fowset" függvényeknek nevezzük (amíg , meg nem magya- 
rodik" én ezt az elnevezést fogom használni). Hab a torta 
tetején, hogy a rowset függvényeket akár egy SELECT u- 
tasítás FROM klauzájában is használhatjuk (s így akár 
nézetet is definiálhatunk vele)! 

Nézzünk néhány példát! 

Az alábbi felhasználói függvény a négyzetre emelést 
valósítja meg: 


CREATE FUNCTION dbo.Sguare (€x int) 
RETURNS bigint AS 
BEGIN 
RETURN CAST(€(xrOx AS bigint) 
END 


A következő függvény table típusú változó segítségével 
egy táblát ad vissza: 


CREATE FUNCTION dbo.ProductCat 
(€CategoryID int) 

RETURNS TABLE 

AS 

RETURN 





SELECT ProductID, ProductName 
FROM Products 
WHERE CategoryID - ECategoryID 


Természetesen a table típusú változó használata nem korlá- 
tozódik egyszerű SELECT utasításokra, akár több lépésben is 
előállíthatjuk a kívánt eredményt. Az így definiált függvényt 
felhasználhatjuk egy SELECT utasításban: 


SELECT SUM(od.Ouantity) FROM 
dbo.[Order Details] od INNER JOIN 
dbo.ProductCat(5) pr 

ON od.ProductID -— pr.ProductID 


Kaszkádolt integritás kritériumok 

Az SOL Server már régóta támogatja a integritás kritéri- 
umok használatát, amelyekkel táblák közötti logikai kapcso- 
latot írhatunk le idegen kulcsok és elsődleges kulcsok kö- 
zötti összefüggések definiálásával. Ha egy táblára 
vonatkozó módosító műveletnél ezt az integritáskritériu- 
mot meg próbáljuk sérteni (például egy olyan rekordot 
törölni, amely elsődleges kulcsára más rekordok hivatkoz- 
nak), az SOL Server ezt nem engedi. 

A Microsoft Access már régóta támogatja az ún. kaszkád 
UPDATE és DELETE műveletet a táblák közötti relációk 
konzisztenciájának fenntartására. 

Az SOL 2000-ben újdonság a kaszkád műveletek támogatása, 
amelyet az ANSI definíciónak megfelelően a FOREIGN KEY 
integritáskritériumok létrehozásánál írhatunk le. Vizsgáljuk 
meg a következő definíciókat, amelyeket a NorthWind adat- 
bázisból ollóztunk ki: 


ALTER TABLE dbo.[Order Details] ADD 


CONSTRAINT FK Order Details Orders FOREIGN KEY 


(OrderID) REFERENCES dbo.Orders(OrderID) 
ON UPDATE NO ACTION 
ON DELETE CASCADE, 


CONSTRAINT FK Order Details Products FOREIGN KEY 
(ProductID) REFERENCES dbo.Products(ProductID) 


ON UPDATE CASCADE 
ON DELETE NO ACTION 


Ez a definíció két integritáskritériumot definiál. 

Az első a rendelés [Order] és rendeléstételek [Order 
Details] között definiálja a kapcsolatot: egy rendeléshez 0, 
1 vagy több tétel tartozhat. Az , ON UPDATE NO ACTION" az 
eddigi viselkedésnek felel meg: nem engedi meg egy ren- 
delés azonosítójának átírását, amíg annak léteznek tételei. 
Az , ON DELETE CASCADE" új az SOL 2000-ben, jelentése: ha 
egy rendelést törlünk, akkor azzal egyidejűleg a hozzátar- 
tozó összes tétel is automatikusan törlésre kerül. — 

A második definíció a rendeléstételek [Order Details] és a 
cikkek [Products] között definiálja a kapcsolatot: egy 
cikkre 0, 1 vagy több rendeléstétel hivatkozhat. Az ,ON 
DELETE NO ACTION" az SOL Server ismert viselkedésének 


felel meg: nem törölhetünk ki addig egyetlen cikket sem az 
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adatbázisból, amíg az adott cikk szerepel valamelyik ren- 
deléstételben. Az , ON UPDATE CASCADE" jelentése: ha egy 
cikk azonosítóját megváltoztatjuk, azt egyidejűleg 
automatikusan változtassuk meg a rendeléstételekben is. 
Az SOL Server korábbi változataiban az ilyen jellegű 
működést triggerek írásával lehetett megoldani. A trig- 
gerek használata logikailag ugyanolyan jó megoldás, de új 
adatbázisoknál előnyösebb a ,CASCADE" kritériumok 
használata, ugyanis ezeket sokkal egyszerűbb leírni, s már 
a táblák definíciójából (szkripjéből) látszik a fejlesztők 
által definiált viselkedés. Legalább ilyen fontos, hogy a 
ACASCADE" kritériumok sokkal jobb teljesítménnyel futnak, 
mint a triggeres megoldások. 


Változások a triggerek használatában 

Amióta csak léteznek triggerek a relációs adatbáziske- 
zelőkben, a programozók előszeretettel használják azokat. 
Segítségükkel a kiszolgálóoldalon lehet olyan feladatokat 
megoldani (s ráadásul akár utólag!), amelyek miatt korábban 
a ügyféloldali programokat kellett módosítani. Ilyen felada- 
tok például: táblák adatváltozásainak naplózása, készletek 
kifogyása esetén utánrendelés elindítása, az adatbázis 
logikai-szemantikai egységét sértő műveletek kiszűrése, stb. 
Az SOL Server 7-es változata a korábbiakhoz hasonlóan 
támogatta triggerek definiálását az INSERT, UPDATE és 
DELETE műveletekre. Egy trigger akár több művelethez is 
csatolható, sőt egy művelethez több triggert is lehet 
csatolni. Maga az SOL Server is saját triggereket hoz létre 
például az adatreplikációs feladatok ellátására. 

Egy trigger működése az alábbi módon néz ki: 

Az adatmódosító művelet tranzakció indítását váltja ki, 
majd a tranzakció életben tartása mellett az adatmódosító 
művelet lefut. Ha eközben hiba lép fel, a tranzakció - és 
ezzel együtt az adatmódosítás hatása is - visszagördül. Ha 
az adatmódosítás sikeresen befejeződött és létezik olyan 
trigger, amely a módosított tábla megfelelő adatmódosító 
tevékenységére vonatkozik, az adott trigger elindul, és a 
művelet elején indított tranzakció keretében végrehajtás- 
ra kerül. Sikeresség esetén a tranzakció lezárul - és ezzel 
a módosítások végérvényesen megtörténnek. Sikertelenség 
(hiba) esetén az egész tranzakció visszagördül. 

Ezt a képet tovább bonyolítja, hogy több trigger is lé- 
tezhet az adott tábla adott műveletéhez. Ekkor ezek végre- 
hajtási sorrendje indeterminisztikus, vagyis egyik trigger 
sem használhatja ki, hogy hányadikként fut. Valójában a 
triggerek a fizikai létrehozás sorrendjében futnak, de 
ennek a sorrendnek a kiderítése nem egyszerű feladat 
(nincs például definiált katalóguseljárás erre). 

A triggerek által módosított táblákon további triggerek 
létezhetnek. Ha az adatbázis , recursive triggers" opciója 
be van kapcsolva, a triggerekben módosított táblák trig- 
gerei is elindulnak, ellenkező esetben nem. 

Nézzük meg, milyen változásokat hoz a fentiekhez képest 
az SOL 2000. Minden, amit a fentiekben leírtunk, továbbra 
is hasonlóan működik az SOL Server 2000 alatt, azonban 
két kiegészítés jelentősen könnyíthet mindennapi éle- 
tünkön a fenti , triggerdzsungelben": 
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Először is, lehetőségünk van az triggerek futási sorrendjének 
definiálására az sp. settriggerorder tárolt eljárás segítségével. 
Másodszor, a jelenlegi triggerstruktúra mellett lehetőségünk 
van ún. INSTEAD OF triggerek definiálására. Fent már 
említettük, hogy a triggerek csak az adatmódosító művelet 
végrehajtása után indulnak el - feltéve, hogy az adatmó- 
dosító művelet sikeres volt. Az SOL Server 2000 lehetővé 
teszi, hogy magát az adatmódosító műveletet is teljes 
egészében átdefiniálhassuk az ún. INSTEAD OF triggerek 
segítségével. Ha például az Order táblának létezik az INSERT 
műveletére INSTEAD OF trigger, az INSERT utasítás esetén 
maga a trigger kerül végrehajtásra. Az SAL Server 2000 ter- 
gernek nevezi, utalva arra, hogy azok csak az adatmódosító 
műveletek végrehajtása után indulnak el. 

Mire lehetnek jók az INSTEAD OF triggerek? Csak néhány 
lehetőséget sorolok fel, amelyekből az olvasó ötleteket kaphat: 
"8 Ha egy INSERT műveletre INSTEAD OF triggert haszná- 
lunk, lehetőség van a táblában már létező rekordok 
előzetes törlésére, vagy helyben felülírására, elkerülve az 
elsődleges kulcsok ütközését a többszörös beszúráskor. 
Egy DELETE művelet INSTEAD OF triggere a törölt re- 
kordot automatikusan átmozgathatja egy archív táblába. 
Azok a fejlesztők, akik gyakran használnak nézeteket (VIEW), 
tudják, hogy egy nézet adattartalmának módosítására ren- 
geteg megkötés van, ami a gyakorlatban sokszor azt jelenti, 
hogy nehéz módosítható nézeteket létrehoznunk. Az 
INSTEAD OF triggerek segítségével az eddig lehetetlennek 
tűnő dolog is megoldható: akár olyan nézeteket is módo- 
síthatunk, amelyek számított mezőt tartalmaznak! 

Nézzük meg, hogyan is lehetséges ez. Hozzuk létre az 
alábbi nézetet: 


JA 


CREATE VIEW dbo.EmployeeName AS 

SELECT EmployeeID, FirstName $£ " " 4 
LastName AS EmployeeName 

FROM Employees 


Milyen jó lenne, ha ezen a nézeten futtatni tudnánk 
például az alábbi UPDATE utasítást: 


UPDATE EmployeeName 


SET EmployeeName - "Anne 
Dodsworth-Smith" 
WHERE EmployeeID -— 9 


Az SOL Server 2000 nemcsak táblákon, hanem nézeteken is 
képes INSTEAD OF triggereket kezelni. A fenti UPDATE 
utasítás nem álom, hanem valóság, ha az alábbi INSTEAD 
OF triggert használjuk az EmployeeName nézeten: 


CREATE TRIGGER 
dbo.trg employeename update ON 
dbo.EmployeeName 
INSTEAD OF UPDATE AS 
BEGIN 
UPDATE Empolyees SET 
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FirstName - SUBSTRING(i.EmployeeName, 1, 
", i.EmployeeName) — 1)), 


(CHARINDEX ( " 
LastName SUBSTRING(i.EmployeeName, 
(CHARINDEX ( " 
DATALENGTH( i . EmployeeName ) ) 
FROM Employees INNER JOIN inserted I 
ON Employees.EmployeeID - i.EmployeeID 


A trigger egyetlen SOL utasításból áll, amely két táblát 
csatol össze. Az inserted tábla egy ,ál-tábla", amelynek 
szerkezete pontosan megegyezik az Employees táblával és 
azokat a rekordokat tartalmazza, amelyeket az adatmó- 
dosító művelet során módosítanunk kell. A két tábla 
csatolására azért van szükség, hogy az Employee táblában 
ténylegesen csak az EmployeeName nézetben módosítani 
kívánt rekordok változásait vezessük vissza. Az UPDATE 
utasítás az inserted tábla EmployeeName mezőjét vágja 
szét a képzési szabálynak megfelelően vezeték és kereszt- 


" névre. 


Má. 


Se eek tek 
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Összegzés 

Az SOL 2000 sok újdonságot tartalmaz az adatbázis 
fejlesztők számára, amelyekkel nem csak megis- 
merkedni érdemes, hanem használni is azokat. Az új 
adattípusok közül a bigint és az sgl variant egysz- 
erűbbé teszi a Web-es alkalmazások készítését. A 
table típus és a felhasználói függvények együttes 
használata a korábbiaknál egyszerűbben leírható, 
olvasható kódot eredményezhet. A kaszkádolt 
integritás kritériumok egyszerűsíthetik életünket, a kaszkád 
módosításokat elvégző triggerek megírásától szabadítanak 
meg bennünket, s ráadásul a módosítások teljesítményét is 
növelik. 

Az INSTEAD OF triggerek növelik a procedurális integritás 
implementációjának rugalmasságát azáltal, hogy ,átdefi- 
niálhatjuk" a táblákhoz és nézetekhez tartozó adatmó- 
dosító műveleteket. Segítségükkel olyan nézeteken is 
értelmezhetjük az adatmódosítást, amelyeken az SOL 
Server korábbi változatainál ez nem volt lehetséges. 


Novák István, inovak Oprotomix.hu 
000 
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T 
sztsonkE nézetek az SOL Server 2000-ben 


Elosztott partícionált nézetek az SOL Server 
2000-ben 
A Microsoft és az Oracle között éles verseny folyik 
az adatbázissebességi rekordok javításában. A 
Microsoft ehhez nagy mértékben felhasználta az 
oldalirányú skálázás (scaling out) technológi- 
áját, amely elosztott partícionált nézeteket 
alkalmaz. Ez a cikk egy példán keresztül bemutat- 
ja az elosztott partícionált nézetek: 
"Pi fogalmát 
"b definiálásának módját 
"I használatát 
A cikk érinti az indexelt nézetek témakörét is. Ez ugyancsak 
a nézetekhez kapcsolódik, mint a lekérdezések sebes- 
ségnövelésének másik eszköze. 


Mi az elosztott partícionált nézet? 

Azokban az alkalmazásokban, amelyek nagy rekordszámú 
táblákon végeznek műveleteket, az adatbázis növekedésé- 
vel megnőhet az adatkezelő műveletek válaszideje. Ilyenkor 
az adatbázis adminisztrátora megpróbálhatja a válaszidő 
csökkentését a szerver , feljavításával" elérni (Például CPU, 
memória hozzáadása). Ezt nevezik , felfelé skálázásnak" 
(scaling up). Ennek lehetőségei azonban egy határ után 
kimerülnek. A teljesítmény javításának további módja lehet 
az ,oldalirányú" skálázás (scaling out). 

Ehhez az elosztott partícionált nézetekben a nagy táblákat 
vízszintesen feldaraboljuk kisebb táblákra, vagyis úgy, hogy 
a kisebb táblák szerkezete megegyezik az eredeti tábla 
szerkezetével, és a rekordokat osztjuk szét a kisebb táblák- 
ba valamilyen kritérium szerint. Ezeket a táblákat külön 
szerverekre helyezzük el úgy, hogy biztosítjuk a szerverek 
együttműködését (federated cluster). 

Az összes szerverről el tudjuk érni az összes adatot olyan 
módon, hogy minden szerveren ugyanazon a néven defi- 
niálunk egy nézetet. Ezáltal elfedjük azt a tényt, hogy az 
adatok több szerveren vannak elosztva. A felhasználó illetve 
alkalmazás bármelyik szerverre csatlakozva ugyanúgy kiad- 
hatja az adatkezelő utasításokat (SELECT, INSERT, UPDATE, 
DELETE) a nézetre, mintha egy táblával dolgozna. A nézet a 
táblák rekordjait UNION operátorral egyesíti. A partícionált 
nézetek ilyen definiálására az SOL Server előző verzióiban is 
volt lehetőség, azonban az ilyen nézeteken keresztül nem 
lehetett UPDATE műveletet végrehajtani. Az SOL Server 2000 
megszünteti ezt a korlátot, és a partícionált nézetek feldol- 
gozására új optimalizációs technikákat is alkalmaz. 

A elosztott partícionált nézetek létrehozása három lépésből áll: 
8 partícionált táblák definiálása 

0 kapcsolt szerverek létrehozása 

b partícionált nézetek definiálása 


Első lépés: Partícionált táblák definiálása 

Hozzuk létre a TestDB adatbázist a szervereken. Mindegyik szer- 
veren ugyanazt a táblastruktúrát definiáljuk. A táblák csak 
abban fognak különbözni, hogy milyen kritérium szerint oszt- 
juk el közöttük a rekordokat. A tábla tartalmaz egy oszlo- 
pot, a partícionáló oszlopot, amelynek értéke meghatároz- 
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za, melyik rekord melyik táblába kerül. A feltételeknek köl- 
csönösen kizáróaknak kell lenniük, hogy általuk minden rekord 
egy és csak egy táblához tartozzon. A leghatékonyabb partí- 
cionáló feltétel olyan, amelyik a rekordokat a lehető legegyen- 
letesebben osztja el, és amennyiben lehetséges, valószínűsíti, 
hogy egy adott szerverhez csatlakozó felhasználók a lokális 
tábla rekordjait akarják elérni. A rekordokat szétoszthatjuk 
például egy karakteres azonosító kezdőbetűje, egy numerikus 
azonosító intervallumai, földrajzi körzet vagy egyéb csopor- 
tosítás szerint. A feltételt minden táblában a partícionáló 
oszlophoz tartozó CHECK constraint biztosítja. 

Példánkban az SOL minta, a NorthWind adatbázis Customers 
tábláját partícionáljuk. A partícionáló oszlop a CustomerID 
oszlop. Az 1. szerveren levő CustomersAM tábla azokat a 
rekordokat tartalmazza, ahol a vevő kódjának kezdőbetűje 
A és M közé esik. 


CREATE TABLE CustomersAM ( 
CustomerID nchar(5) NOT NULL, 
CompanyName nvarchar(40) NOT NULL, 
ContactName nvarchar(30) NULL, 
ContactTitle nvarchar(30) NULL, 
Address nvarchar(60) NULL, 
City nvarchar(15) NULL, 
Region nvarchar(15) NULL, 
PostalCode nvarchar(10) NULL, 
Country nvarchar(15) NULL, 
Phone nvarchar(24) NULL, 
Fax nvarchar(24) NULL, 
CONSTRAINT PK CustomersAM PRIMARY KEY 
CLUSTERED (CustomerID) , 
CONSTRAINT CHK CustomersAM CHECK 
(CustomerID BETWEEN "A " AND "MZZZZ")) 


A 2. szerveren hasonlóan definiáljuk a CustomersNZ táblát, 
úgy, hogy az az N és Z közé eső vevőkódokat tartalmazza: 


CREATE TABLE CustomersNZ ( 
CustomerID nchar(5) NOT NULL, 
CompanyName nvarchar(40) NOT NULL, 
ContactName nvarchar(30) NULL, 
ContactTitle nvarchar(30) NULL, 
Address nvarchar(60) NULL, 
City nvarchar(15) NULL, 
Region nvarchar(15) NULL, 
PostalCode nvarchar(10) NULL, 
Country nvarchar(15) NULL, 
Phone nvarchar(24) NULL, 
Fax nvarchar(24) NULL, 
CONSTRAINT PK CustomersAM PRIMARY KEY 
CLUSTERED( CustomerID) , 
CONSTRAINT  CHK CustomersNZ CHECK 
(CustomerID BETWEEN "N " AND "ZZZZZ")) 
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A táblának szigorú feltételeket kell teljesíteni, hogy a 

nézetre később lehessen alkalmazni az UPDATE utasítást: 

"0 Az elsődleges kulcsnak tartalmaznia kell a partícionáló 
oszlopot. 

"0 A partícionáló oszlopra megadott CHECK constraint 
csak az alábbi operátorokat tartalmazhatja: 
BETWEEN, AND, OR, c, cz, 5, 5—, — 

"B A partícionáló oszlopra csak egy constraint lehet 
definiálva. 

"0 A partícionáló oszlop nem lehet számított oszlop. 

"0 A táblának nem lehet IDENTITY illetve TimeStamp 
mezője. 

A fenti feltételek azt is jelentik, hogy a tábla kulcsa nem 

lehet a gyakran használt, IDENTITY mezőként definiált gene- 

rált kulcs. Ha nem akarunk természetes kulcsot használni, 

a kulcsot generálhatjuk tárolt eljárással. 


Második lépés: Kapcsolt szerverek létrehozása 
Mivel az elosztott táblák több szerveren elhelyezkednek el, 
" mindegyik szervernek el kell érnie az összes többit. Mind- 
egyik szerveren az összes többit kapcsolt szerverként kell 
konfigurálni. Ezt meg lehet tenni az Enterprise Manager 
segítségével vagy az sp addlinkedserver tárolt eljárás 
használatával. Például az 1. szerveren a 2. szerver elérését 
szolgáló kapcsolatot így definiálhatjuk: 


sp addlinkedserver 

(Gserver - "KAPCSOLAT2", 

E€srvproduct — "", 

(provider - "SOLOLEDB", 

E(datasrc - "SERVERZYSOLSERVERI" 
EXEC sp serveroption "KAPCSOLAT2" , 
"lazy schema validation", "true" 


A server paraméter azt a logikai nevet adja meg, ahogy a 
kapcsolatra hivatkozni akarunk. A (ODdatasrc paraméter adja 
meg annak a szervernek a nevét, amelyet el akarunk érni. A 
példában megadott szervernév azt a lehetőséget demonstrál- 
ja, hogy az SOL Server 2000 biztosítja egy szerveren több SOL 
szerver példány definiálását is. Ilyenkor a szerver nevét és az 
SOL szerver példány nevét , V választja el. Tehát elosztott 
partícionált nézetek definiálását akár egy szerveren is 
kipróbálhatjuk, ha több SOL szerver példányt telepítünk rá. 
A ,lazy schema validation" opció megadásával optimalizál- 
hatjuk a teljesítményt azáltal, hogy Ouery Processor a 
kapcsolt táblák metaadatait csak akkor fogja lekérni, 
amikor azokra ténylegesen szükség lesz. 


Harmadik lépés: Partícionált nézetek definiálása 

Most már csak össze kell rakni a táblákat egy nézetben. 
Mindegyik szerveren definiáljunk egy nézetet, ugyanazzal 
a névvel. Mindegyik nézetben egy lokális és egy távoli 
tábla szerepel, az UNION ALL operátorral összekapcsolva. 

A nézet definíciója az 1. szerveren az alábbi: 


ZAJOKAT ZBNTR 





—.TECH.NET / PARTÍCIONÁLT NÉZETEK AZ SOL SERVER 2000-BEN 


CREATE VIEW Customers 


AS 
SELECT : FROM CustomersAM 
UNION ALL 


SELECT : FROM 
KAPCSOLAT2.TestDB.dbo.CustomersNZ 


A 2. szerveren pedig a következő: 


CREATE VIEW Customers 

AS 

SELECT $ FROM 
KAPCSOLAT1.TestDB.dbo.CustomersAM 
UNION ALL 

SELECT $ FROM CustomersNZ 


A lokális táblákra elég csak a tábla nevével hivatkozni. A 
távoli táblára a négyrészes táblanév-hivatkozást kell 
használni, amelynek formája: 


Kapcsolat.Adatbázis.Tulajdonos.Táblanév 


A nézetekre a táblákhoz hasonlóan szigorú feltételeknek 

kell teljesülnie ahhoz, hogy a nézetre alkalmazható legyen 

az UPDATE utasítás: 

"0 A nézet minden táblára és oszlopra csak egyszer 
hivatkozhat. 

I Minden SELECT listának az összes benne levő tábla 
elsődleges kulcsának összes mezőjét tartalmaznia kell. 

0 Az összes nézet SELECT listájának ugyanazon a helyen 
teljesen azonos típusú mezőt kell tartalmaznia, és a 
partícionáló oszlopnak is ugyanott kell lennie. 

"? Ha egy mező szerepel az alaptáblában, de nem szere- 
pel a nézetben, akkor meg kell engednie a NULL 
értéket. 


A elosztott partícionált nézetek használata 

Az elosztott partícionált nézetekre használhatjuk a DELETE, 
UPDATE, INSERT utasításokat. Esetünkben például töltsük 
fel a létrehozott táblákat a NorthWind adatbázis Customers 
táblájából. Az XACT ABORT értékét azért kell ON-ra állítani, 
hogy futási hiba esetén a teljes tranzakció visszagörgetése 
(rollback) megtörténjen. 


SET XACT ABORT ON 

Go 

INSERT INTO Customers 
SELECT $ FROM 

Northwind.dbo.Customers 


Gondoskodjunk arról, hogy a Microsoft Distributed 
Transaction Coordinator (MSDTC) fusson, mivel az adat- 
műveletek elosztott tranzakciót fognak eredményezni. 

Az SOL Server gondoskodik arról, hogy a különböző CHECK 
constraint-eknek megfelelően a rekordokat elossza a 
táblák között. 


TECH.NET / PARTÍCIONÁLT NÉZETEK AZ SOL SERVER 2000-BEN 


Az elosztott táblákra nem feltétlenül kellene elosztott partí- 
cionált nézetet definiálni. Az UPDATE művelet végrehajt- 
hatóságát az SOL Server 2000-ben INSTEAD OF triggerekkel 
is lehet biztosítani. A elosztott partícionált nézetek előnye 
azonban nemcsak abban mutatkozik meg, hogy módosítani 
lehet rajtuk keresztül az adatokat. A Ouery Processor olyan 
intelligens, dinamikus végrehajtási tervet készít, amelyik 
optimalizálja az adatok kiolvasását az adatbázisból. A távoli 
táblák elérése olyan módon történik, hogy csak azokat a 
rekordokat kelljen kiolvasni, amelyek feltétlenül szüksége- 
sek. Például ha a partícionáló oszlop szerint keresünk, nem 
az összes táblában keres, hanem csak abban, amelybe a 
rekordnak a partícionáló feltételek szerint esnie kell. 

A vízszintesen partícionált adatok ilyen módú használa- 
ta jelentős skálázási lehetőségeket jelent. Kezdetben az 
adatokat elég egy vagy két szerverre telepíteni, és az 
adatmennyiség növekedésével további szervereket hoz- 
záadni, az adatokat újraosztani a partícionáló feltételek 
újradefiniálásával. 


Javaslatok 

Amennyiben több táblát is partícionálunk, és azok gyakran 
szerepelnek összekapcsolva SELECT kifejezésekben, célszerű a 
partícionáló feltételeket olyan módon összehangolni, hogy az 
összekapcsolandó rekordok egy szerveren legyenek. Például 
ha a vevőket a fenti módon a kód kezdőbetűje szerint osztjuk 
szét, akkor a hozzájuk tartozó megrendelések elsődleges kulcsá- 
ba be kell venni a vevő kódját, és a megrendelésrekordokat a 
vevőkkel megegyező módon kell szétosztani. 

Azokat a táblákat érdemes partícionálni, amelyekre gyako- 
riak a módosító műveletek. Amennyiben a partícionált táb- 
lákhoz gyakran kapcsolódik olyan tábla, amelynek rekord- 
jai csak ritkán változnak, azokat érdemes a szervereken 
egyformán tárolni, és a másolatok között az egyezőséget 
például replikációval biztosítani. 

Az elosztott partícionált nézetek használatát nem java- 
soljuk minden esetben, csak kifejezetten nagy terhelés ese- 
tén, amely az alkalmazásoknak csak nagyon kis százalékára 
áll fenn. Eltakarják ugyanis az adatok elosztottságát a 
rekordmódosító műveletekben, de nem takarják el azt az 
adatok kezelhetőségében. 

Gondoljunk például arra, hogy ha valamelyik szerveren 
megsérül az adatbázis, és egy előző mentésből kell vissza- 
tölteni az adatokat, akkor a visszatöltés utáni állapotnak 
összehangoltnak kell lennie. A visszatöltésnek mindegyik 
szerveren ugyanaddig a logikai pontig kell megtörténnie. Az 
SOL Server 2000 ezt úgy biztosítja, hogy az adatok visszaál- 
lítását el lehet végezni egy megjelölt tranzakcióig. 
Mindenesetre az adatbázis adminisztrátorok dolga ezáltal 
bonyolultabbá válik. A partícionálás miatt át kell tervezni az 
adatbázist, és alkalmazások módosítására is szükség lehet. 
Először mindenképpen a felfelé skálázás lehetőségeit érde- 
mes kihasználni, mindaddig, amíg ki nem merülnek, illetve 
túl drágává nem válnak. 
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Indexelt nézetek 


A nézeteket virtuális tábláknak lehet tekinteni. A nézet 
eredményeképpen előálló adatok nincsenek az adatbázis- 
ban tárolva, hanem azokat mindig az alapjukat képező 
táblák adataiból kell előállítani. Ez sok időt vehet igénybe 
például nagy összegzések esetén. Az indexelt nézet hasz- 
nálatával a nézet eredménye is tárolásra kerül az adat- 
bázisban. Ez jelentősen lerövidítheti a lekérdezés futási 
idejét. Ne felejtsük el ugyanakkor, hogy a nézet alapját 
képező valamely tábla módosítása a nézet adatainak azon- 
nali módosítását is eredményezi, aminek következménye 
az adatmódosító műveletek némi lassulása. 

Példánkat vegyük megint a Northwind adatbázisból. 
Összegezzük a tételeket rendelésenként. Az indexelt nézet 
definiálása megköveteli néhány opció beállítását. A 
SCHEMABINDING opció megakadályozza a nézet alapját 
képező táblák szerkezetének módosítását a nézet 
újradefiniálása nélkül. 


SET NUMERIC ROUNDABORT OFF 

GO 

SET ANSI PADDING, ANSI WARNINGS, 
CONCAT NULL YIELDS NULL, ARITHABORT, 
OUOTED IDENTIFIER, ANSI NULLS ON 

GO 

CREATE VIEW dbo.OrderSubTotals 
WITH SCHEMABINDING 
AS 

SELECT OrderID, 

SUM (( CONVERT (MONEY , 
(UnitPricerOuantityt (1- 
Discount) /100))r100) AS SubTotal, 

COUNT BIG(:t) AS DetailCount 

FROM dbo.[Order Details] 
GROUP BY OrderID 
Go 


A csoportosításban szereplő összes oszlopnak szerepelnie 
kell a SELECT listában, mivel ezek szerepelhetnek majd az 
indexben. Az index definiálását a következő sor jelenti: 


CREATE UNIOUE CLUSTERED INDEX 
IDX CV ORDERSUBTOTAL OI ST 
ON OrderSubTotals (OrderID) 


A nézetre elsőként definiált index csak ,UNIOUE CLUS- 
TERED" lehet. 

Az indexelt nézet definiálása nem csak az adott nézet fut- 
tatását érinti. A Ouery Optimizer más lekérdezések opti- 
malizálásában is felhasználhatja, ha úgy látja jónak. 


Kovács Sándor, skovacs 2Oprotomix.hu 
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Kis e-commerce nyelvtan 

Az XML ideális adatformátum a különböző médiumokon 
terjesztett, közvetlenül megjelenített strukturált szöveg 
számára. Az XML dokumentum speciális utasításokat, 
jelölő elemeket (ún. tag-eket) tartalmaz, amelyek a 
dokumentum egy azonosítható részét határolják. 

A száraz definíció után vegyünk egy egyszerű XML doku- 
mentumot: 


c?xml version—"1.0" ?5 
L,PEOPLE xmlns-"x-schema:PEOPLE.DTD"5 
LxZPERSON2 
La NAME-xMark Wilsonc/NAME- 
XxAGE5334€/AGE: 
LxTEL2(t-4612) 12345c/TEL2 


,xaADDRESS2911 Somewhere Circle, Canberra, Australiac/ADDRESS5Z 


GLEMAIL:Mark .WilsonGsomewhere . comC/EMAIL5 
£/PERSON5 
£/PEOPLE2 


Aki már látta egy weboldal forrását, annak ismerősnek tűn- 
het a HTML-re hasonlító szintaktika. Mégis mi a különbség? 
Az első, amit észrevehetünk, hogy érthetőek a dokumentum 
által leírt értékek és kapcsolatok (ez az XML egyik óriási 
előnye). Egy Mark Wilson nevű, 34 éves ausztrál embert 
írunk le, elérhetőségi adataival együtt. Egyetlen ,.prob- 
lémás" sor akadhat, a (2) sorszámú. Ez az ún. root tag, ami 
egy mutató a sémadokumentumra. 

Miért van szükség sémára? Ha akár minimális tapasztalattal 
is rendelkezünk ilyen jelölőelemekkel határolt dokumen- 
tumok (pl. HTML) készítésében, végigtekintve a dokumen- 
tumon érezzük, hogy helyesen formázott. Tudjuk, hogy a 
PEOPLE: részben több cPERSON: is szerepelhet, viszont 
egy PERSON-nak csak egy neve lehet. Megfelelő viszonyítási 
alap nélkül erre egy gép képtelen. A séma elkészítése éppen 
a viszonyítási alap" megteremtése a számítógép számára, 
azaz a használható értékek és alkalmazható kapcsolatok 
definiálása. A sémáknak épp ezért van különleges szerepe 
az e-commerceben, hiszen segítségükkel dönthető el, hogy 
egy üzenet megfelel-e az előírt szabályoknak. 

Az előbbi üzenetet leíró séma egy lehetséges megvalósítása 
az alábbiakban látható. 


-?xml version -"1.07?2 
-Schema name - , people.dtd" 
xmlns - , urn:schemas-microsoft-com:xml-data" 
xmlns:dt - , urn:schemas-microsoft-com:datatypes": 
sElementType name - , PEOPLE" content - , eltonly": 


LEGE 1 


séma 


sElementType name - , AGE" 
dt:type-"int"/z 
cElementType name - , NAME" 
dt:type-"string"/2 
cElementType name - , TEL" 
dt:type-"string"/2 
c/Schemaz 


Az első érdekesség 

az, hogy egy XML sémát 
XML-ben írunk le, azaz az em- 
beri nyelvhez hasonlatos rekur- 
zióval találkozunk. 

A 2-4. sorban adjuk meg a séma 
nevét, ill. a névteret. A fent meg- 
adott névtér lehetővé teszi a 
Microsoft beépített adattípu- 
sainak és a későbbiekben használt 
dt:type prefix használatát. 

A következő 3 sor alkotja a dokumentum legfelső szintű 
deklarációs részét. Ebben határozzuk meg, hogy az üzenet 
milyen elemekből fog állni. Ezek szerint üzenetünk minimum 
1 (min0ccurs attribútum), maximálisan pedig tetszőleges 
számú PERSON elemből állhat (maxOccurs attribútum). 

A legfelső szint után, ami általában egy vagy több absztrakt 
típus meghatározásából áll, rekurzívan haladunk lefelé az 
adatok definiálásával, amíg az összes általunk definiált 
típust elemi, a számítógép által már értelmezhető adatti- 
pusra nem bontunk (8-19. sor). Például a PERSON elem 
NAME, ADDRESS, TEL, AGE tag-eket tartalmazhat. Ezek 
pedig az egész típusú AGE kivételével mind stringek. 

A fenti dokumentum és sémája nagyon egyszerű. 
Természetesen egy ,igazi" üzenet ennél sokkal komplexebb 
is lehet, és lényegesen több lehetőség van a sémák tulaj- 
donságainak kialakítására. Akit komolyabban érdekel a 
téma, az alábbi forrásokból bőséges információhoz juthat. 


Irodalom 

Neil Bradley: Az XML-kézikönyv 

www források: 
http://www.biztalk.or: 
http://msdn.microsoft.com, 


xml/default.asp 


http://www.microsoft.com/biztalk, 


Dániel Kolos, kdanielxDicon.hu 


element type - , PERSON" minOccurs - ,1"7 maxOccurs — ,t"/2 


c/ElementTypez 
cElementType name - , PERSON" content - , eltonly"- 
selement type - , NAME"/z 
selement type - , ADDRESS"7/: 
selement type - , TEL"/z 
selement type - , AGE"/z 
szelement type - , EMAIL7/z 
c/ElementTypez 
cElementType name - , ADDRESS" dt:type-"string"/z 
sElementType name - , EMAIL" dt:type-"string"/2 
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LEGILEME e 


Az OLÁAP-ról általában 


Napjaink vállalatai eljutottak arra a szintre, ahol a 
hagyományos technológiák kínálta elemzési lehe- 
tőségek elégtelennek bizonyultak a növekvő ver- 
seny mellett kialakult új piaci feltételek mel- 
lett. Évről évre növekvő mennyiségű és egyre 
részletesebb alapadatokkal állunk szemben, 
így az információ kinyerésének sebessége 
folyamatosan csökken. Ennek következtében 
diverzifikálódott az adatbáziskezelők piaca. 
Megjelent egy új adatmodell, amely már képes volt a 
felhasználók (döntéshozók) igényét megfelelő gyorsasággal 
és könnyű kezelhetőséggel kielégíteni. Ezt az új adatmo- 
dellt az OLAP betűszóval illették. Az adatmodell és annak 
tárolási stratégiája azonban nem támogatja a napi működés 
közben keletkezett információk tárolását és feldolgozását, 
így az továbbra is a hagyományos relációs adatbáziskezelők 
(operatív, működtető rendszerek) feladata maradt, az OLAP- 
ot pedig ráültették ezekre a rendszerekre. Tehát az OLAP 
adatbázisok nem helyettesítik, nem is helyettesíthetik a 
működtető rendszereket, illetve azok feladatait, csak mint- 
egy kiegészítőjükként működhetnek. 
Így általánosan elmondható, hogy az OLAP rendszerek a 
működtető rendszerek adataiból táplálkoznak, periodikusan 
áttöltve azok adatainak egy részhalmazát. 
Az OLAP követelményei: 
0 Adatbázisa csak az elemzéshez szükséges adatokat tar- 
talmazza. 
Többdimenziós nézet, amely kielégíti az elemzők igényeit. 
Adatbázisa felösszegzett és elemi információkat egy- 
aránt tartalmaz. 
Az adatbázisban tárolt információ lekérdezésének se- 
bessége nagyságrendekkel nagyobb, mint a hagyomá- 
nyos módon tárolt adatbázisok lekérdezésének sebessége. 
Felhasználóbarát, a ügyféloldali lekérdezés összeálli- 
tása drag and drop módszerrel történik. 


b 


ő 


Vé; 


Azokat a rendszereket, amelyek kielégítik a fent vázolt 
követelményeket, összefoglaló néven OLAP rendszereknek 
nevezzük. Az OLAP szinonímáiként gyakran használatosak a 
MIS (Management Information System), ennek magyar 
megfelelője a VIR vagy Vezetői Információs Rendszerek, a 
DSS (Decision Support Systems), a BI (Business Intelligence) , 
valamint az EIS (Excecutive Information Systems) kifejezések. 


Data Transformation Services (DTS) 

Ahhoz, hogy kielégítsük az OLAP követelményeit (pl.: gyor- 
saság), a működtető rendszerek adatainak azon részét, 
amelyek az elemzéshez szükségesek, át kell emelnünk az 
OLAP adatbázisába. Ez azt jelenti, hogy a vállalati adatok- 
nak lesz olyan részhalmaza, amely duplikáltan lesz tárolva, 
elérhető OLAP-ból illetve az alaprendszerből is. Az SOL 
Server 2000 a relációs és többdimenziós tárolómotorok mel- 
lett tartalmaz egy adatbetöltési funkciót ellátó programot 
is, amely grafikus programozási felület segítségével tölti be 
a transzformált forrásadatokat a céladatbázisba. 
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AZ OLAP adatbázisa 


Az adatkockák témaorientáltan tartalmazzák az elemzéshez 
szükséges adatokat, melyek adatbázissá szerveződnek. (Ha- 
sonlóan a relációs adatbázisoknál használt táblákhoz). Bár 
kockákról beszélünk, melyek 3 dimenziós testek, egy MS 
OLAP adatkockának akár 128 dimenziója is lehet. A dimen- 
ziók segítségével határozhatjuk meg az adatkocka egy pont- 
jának helyét és tartalmát, mint ahogy egy n dimenziós tér 
egy pontjának meghatározásához n darab koordináta szük- 
séges. Ezeket a koordinátákat nevezzük a dimenziók tagjainak 
vagy elemeinek. Amikor tehát lekérdezünk egy adatkockában 
tárolt adatot, az adatkocka összes dimenziójának meghatároz- 
zuk egy-egy elemét és az ezen koordináták által meghatáro- 
zott síkot megjelenítjük a képernyőn. (Vesszük az n dimenziós 
kocka egy kétdimenziós szeletét.) Tegyük fel, hogy adott egy 
Idő, Cikk, Vevő dimenziókkal rendelkező 3 dimenziós 
adatkockánk, amely pontjai árbevétel adatokat tartalmaznak. 
(kinek, mikor, mit és mennyiért értékesítettünk). Annak 
meghatározásához tehát, hogy egy konkrét vevő egy konkrét 
cikkből egy adott időszak alatt mennyit vásárolt, a vevő, cikk, 
idő dimenziók egy-egy elemének kijelölésével juthatunk. A 
dimenziók tagjait hierarchiákba szervezhetjük, azaz a dimen- 
zió elemeit összegző és részletező csoportokba sorolhatjuk. 
(Pl.: év, negyedév, hónap, nap) Mivel az összegzőelemek is a 
dimenzió tagjai, ezért ezek kijelölésével a fenti példa alapján 
meghatározható az árbevétel értékének éves összege is. 
(Miután összegzőelemet vettünk fel a dimenzióba, az ahhoz tar- 
tozó értéket kiszámítottuk a gyerekek értékének összegeként és 
letároltuk az adatkocka megfelelő pontjaiba) Az OLAP adat- 
bázisa tehát úgy van megszerkesztve, hogy az említett ko- 
ordinátákhoz tartozó adatokat minél gyorsabban megtalálja. 


MDX 

Az MDX (Multidimensional Expressions) a MS OLAP adat- 
bázisok lekérdező nyelve, amely egyúttal az OLE DB for OLAP 
szabvány része. Ezért az MDX más gyártók által forgalmazott 
OLAP adatbázisok lekérdezésére is használható, ha azok 
csatlakoztak a szabványhoz. (pl.: TM1, SAS,...) Az MDX" 
lekérdezés kicsit hasonlít az SOL SELECT-hez. Például a 


SELECT 
Time.members ON COLUMNS, 
Cikk.members ON ROWS 
FROM Ertekesites 
WHERE Vevo.Total 


lekérdezés eredményéül az Ertekesites adatkocka olyan két- 
dimenziós szeletét kapjuk, amelynek oszlopán az összes 
időpont, során a cikk dimenzió összes eleme található. A 
where feltétellel határozzuk meg az adatkocka kétdimen- 
ziós szeletének kijelöléséhez szükséges lapozódimenziók 
elemeit (a hiányzó koordinátákat). 
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Az adatkocka koordinátáira a dimenzióelemek egyedi 
nevével (Unigue name) hivatkozunk. Ezt az egyedi nevet 
az Analysis Services belsőleg határozza meg az adott elem 
kódja (vagy megnevezése) és hierarchiabeli helye szerint. 


Adatkockák 

Az adatkockák olyan adatbázisobjektumok, amelyek az 
elemzéshez szükséges adatokat úgy tárolják, hogy azok 
egy tetszőleges szeletének lekérdezése a leggyorsabban 
megvalósuljon. Legtöbbször valamilyen OLTP rendszer- 
elemzéshez szükséges adatait és azok összesítését tartal- 
mazza. Lekérdezésük során a kliens oldalon - rendszerint 
egérkattintásokkal - jelöljük ki a koordinátákat, amely 
alapján az adatbáziskiszolgáló visszaadja a lekérdezés 
eredményeként meghatározott sík adatait. OLAP adatkoc- 
kák tárolhatóak relációs vagy többdimenziós adatbázisok- 
ban egyaránt. Mielőtt tehát létrehozunk egy adatkockát, 
meg kell határoznunk annak tárolási módját. 


MOLAP, ROLAP, HOLAP... 

Az Analysis Services képes az adatkockákat három külön- 
böző stratégia szerint tárolni. (Csak többdimenziós, csak 
relációs és egyik részét a többdimenziós, másik részét a relá- 
ciós adatbázisokban tárolva.) Arra a kérdésre, hogy mikor, 
melyik tárolási stratégiát alkalmazzuk, nincs egyértelműen 
meghatározható szabály, de ökölszabályként használható, 
hogy ha a lekérdezés sebességének maximalizálása a cél, 
akkor tároljuk adatainkat a többdimenziós oldalon, ha 
pedig a tárkapacitás minimalizálása a cél, akkor tároljuk 
adatainkat a relációs oldalon. 


het a td nt a 


Összegzett adatok 


Adatok tárolása tárolása a több- 


Adatok tárolása 


többdimenziós veládiós öld dimenziós, elemi 
adatbázisban adatok tárolása 
relációs oldalon 
Leggyorsabb Legkisebb A kettő előnyének 
lekérdezés tárkapacitás ötvözése 


OLAP technológiák összehasonlítása 


A szűk keresztmetszettől függően tehát szabadon választ- 
hatunk a tárolási módok között. Sőt, lehetőségünk van akár 
egy adatkockán belül több tárolási mód választására is. 
Például 5 évvel ezelőtti ritkán használt adatainkat tárol- 
hatjuk a tárkapacitás szempontjából leghatékonyabb ROLAP 
partíción, míg az 5 éven belüli adatokat a lekérdezés se- 
bességére optimalizált MOLAP partíción. Természetesen a fel- 
használó nem látja, hogy az adatkocka egyes részei külön 
partíción vannak tárolva, legfeljebb a lekérdezés sebessé- 
géből sejtheti, hogy éppen egy ROLAP partíciót kérdez le. A 
partíciókat sem szükséges egy szerveren tárolni, hanem 
megoldható, hogy egy központi Analysis kiszolgálóról regisztrálva 
a partíciókat külön-külön, több gépen helyezzük el. 
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Distributed Partitioned Cube 


Az adatkockák particionálása természetesen megfordítható 
folyamat, azaz a partíciókat bármikor összevonhatjuk egy 
adatkockába. 


Offline OLAP 

Az adatkockák adatbáziskiszolgálón történő tárolása he- 
lyett használhatunk úgynevezett kockafájlokat (".cub). 
Ezek a hordozható adatfájlok egy létező adatkockából akár 
az Excel 2000 segítségével is előállíthatóak, melyek 
szerveren vagy asztali gépeken tárolva is lekérdezhetőek. 
Így kockafájlok segítségével a vezetők munkahelyüktől 
távol, a központi gép elérése nélkül elemezhetik a szá- 
mukra fontos információkat. 


Virtuális adatkockák 

A virtuális adatkocka több, létező adatkockából előállított 
logikai adatkocka, amely adatokat nem, csak az adatok 
címeit tartalmazza. A virtuális adatkockát úgy állítjuk elő, 
hogy a forrás adatkockák közös  részhalmazából 
kiválasztjuk a szükséges dimenziókat és azok elemeit. 
(Hasonlóan a view-hoz.) Miután elkészült a virtuális 
adatkocka, a felhasználó ugyanúgy használhatja azt, mint 
egy tárolt adatkockát. Gyakran használunk virtuális 
adatkockát több kocka adatainak számszerű összehason- 
lítására, de arra is, hogy bizonyos felhasználók elől elrejt- 
sük a nem rá tartozó adatokat. (Egyetlenegy adatkockából 
több virtuális kocka is képezhető.) 


Dimenziók 

A dimenziók olyan minőségi, területi, stb. ismérvek, ame- 
lyek leírják az adatkocka adatát. Annyiféle szempont sze- 
rint vizsgálhatjuk adatainkat, ahány dimenziót az adat- 
kockához rendeltünk. Az adatkocka dimenzióinak számát a 
kocka létrehozásakor mi határozzuk meg, figyelembe véve 
a felhasználók igényeit és a rendelkezésre álló adatok rész- 
letezettségét. A dimenziók meghatározásánál mindenkép- 
pen szem előtt kell tartanunk, hogy a dimenziók elemeinek 
ne álljon elő olyan kombinációja, melynek az elemzési 
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terület szempontjából nincs értelme. (Az OLAP adatkockák- 
nak nincs kitüntetett sor vagy oszlop dimenziója, azaz ez a 
két dimenzió tetszőlegesen választható ki az adatkocka 
összes dimenziója közül.) 


ROLAP dimenziók 

Az Analysis Services újdonsága, hogy dimenziót tárol- 
hatunk a többdimenziós adatbázis helyett a relációs adat- 
bázisban is. A dimenzió relációs oldalú tárolásával 
elérhető, hogy elemeinek száma meghaladja a tízmilliót, 
és a rájuk épített hierarchiák akár futás közben is változ- 
tathatóak legyenek. A ROLAP dimenziók robusztusságát 
használhatjuk ki ,click-stream" elemzések készítésekor, 
így például amikor a weblapunkra látogatók adatait és 
szokásait idősorosan és összegezve elemezzük. 


Hierarchiák 

A hierarchiák a dimenzióelemek közötti kapcsolatot írják 
le. Ezek rendszerint fastruktúrájúak. A hierarchia mentén a 
gyökérponttól a levélpont felé haladva egyre részletesebb 
adatokhoz jutunk. Egy dimenzió adataiból akár több hierar- 
chiát is építhetünk, például az idő dimenzión létre- 
hozhatjuk az év, negyedév, hónap, nap és az év, hét, nap 
bontású hierarchiát is. 


Kiegyensúlyozott és kiegyensúlyozatlan hierarchiák 

Egy hierarchia kiegyensúlyozott, ha a gyökérponttól egy tet- 
szőleges levélpontig tartó útvonalon a csomópontok száma 
állandó. Minden más esetben a hierarchia kiegyensúlyozatlan. 


Szakadozott hierarchiák 

Egy hierarchiát szakadozottnak nevezünk, ha legalább egy 
elemének logikailag legközelebbi szülője nem közvetlenül 
az elem fölött található szinten helyezkedik el. Például az 
ország-megye-város hierarchiában Budapest szülője nem a 
megye, hanem az ország szinten helyezkedik el. Egy hierar- 
chia csak akkor lehet kiegyensúlyozatlan és szakadozott, 
ha az szülő-gyerek típusú. 


Szülő-gyerek hierarchiák 

A szülő-gyerek hierarchiák forrástáblája két oszlopot tartal- 
maz, amelyek együttesen írják le a dimenzió elemei közti 
kapcsolatot. A gyerekkód oszlop azonosítja a dimenzió 
összes elemét, míg a szülőkód oszlop az összes elem szülőjét. 
Ebből következik, hogy egy szülő-gyerek dimenzió összegző 
szinten elhelyezkedő eleméhez is tartozhat érték a vele 
dimenzionált adatkocka forrástáblájában. Ez felösszegzések 
során problémához vezethet, hiszen definíció szerint a szülő 
értékét a gyerekek értékéből számítjuk. Esetünkben azonban 
az adott szülőhöz tartozik egy olyan érték, amely a gyerekek 
adataitól független. A probléma megoldására felveszünk az 
adott szülő alá egy új gyerekelemet, amelyhez hozzáren- 
deljük forrástáblában hozzátartozó értéket. Ezt a speciális 
elemet data member-nek nevezzük, és a hozzá tartozó ada- 
tot kétféleképpen jeleníthetjük meg: 
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"A felösszegzés során nem vesszük figyelembe, hogy a 
szülőelemhez tartozik érték a forrástáblában 

8 a szülőelem gyerekei között szerepeltetjük a data mem- 
bert, amelyet a felösszegzések során ugyanúgy fi- 
gyelembe veszünk, mint egy közönséges gyereket. (Pl.: 
egy vezető teljesítménye megegyezik önmaga és beosz- 
tottai által végzett teljesítmények összegével.) 

A data member egy belsőleg létrehozott és karbantartott 

dimenzióelem. 


Gyakran változó dimenziók (changing dimensions) 
Gyakran változónak nevezünk egy dimenziót, ha annak 
szerkezete (tagjainak relatív helyzete a hierarchiában) a 
rendszeres adatfeltöltések során gyakran változik. Ez egy 
logikai tulajdonság, amely minden dimenziótípusnál (kie- 
gyensúlyozott, szakadozott...) beállítható. Ha egy dimen- 
ziót gyakran változóvá teszünk, akkor strukturális változás 
esetén elég inkrementálisan felösszegezni a vele dimen- 
zionált adatkockákat. A lehetőség kihasználásával gyor- 
sabbá tehetjük az adatkockák felösszegzését, de ez sajnos 
a lekérdezés sebességének csökkenését eredményezi. Így 
ha egy dimenzió szerkezete ritkán változik, akkor nem cél- 
szerű beállítani a fent említett tulajdonságot. A virtuális, 
ROLAP, és Szülő-gyerek dimenziók mindig gyakran változó 
dimenziók. 


Dimenziók szerkezetének futás közbeni megváltoztatása 

Az OLAP-pal szemben támasztott követelmények között 
gyakran szerepel olyan igény, hogy az eszköz ne csak 
elemzésre, hanem modellezésre is alkalmas legyen. A model- 
lezés során egy speciális, kliens oldalról szerkeszthető szülő- 
gyerek hierarchiát hozunk létre, amelyek elemei 
mutatószámok. Ezek a szerkeszthető (Write-enabled) dimen- 
ziók lehetőséget teremtenek a felhasználóknak, hogy futás 
közben szerkesszék az említett mutatószámokat, illetve 
meghatározzák hierarchiabeli helyzetüket. Természetesen 
lehetőségük van mutatószámok felvételére, törlésére, tulaj- 
donságaik megváltoztatására is. A szerkeszthető dimenziók" 
kitágítják az elemzés határait, hiszen velük a felhasználók 
komplex mutatószámrendszereket, testre szabott hierar- 
chiákat alakíthatnak ki. Mivel az Analysis Services bármely 
felhasználó által eszközölt változást ugyanabba a táblába (a 
dimenzió forrástáblájába) írja vissza, ezért egy dimenzió 
szerkeszthetővé tétele előtt pontosan meg kell határozni 
azon felhasználók körét, akik a dimenzió szerkezetét 
megváltoztathatják. 


Számított mezők (Calculated members) 

A számított mezők olyan logikai dimenzióelemek, amelyek 
értékei más elemekből MDX képletek segítségével származ- 
tathatóak (pl. átlagár). A számított mezők az eredményt 
nem, csak annak kiszámításához szükséges képleteket tá- 
rolják, és ha szükséges az eredményt a lekérdezés során 
kiszámítják. A számított mezők hozzáadásával lehetősé- 
günk van az adatkocka információszolgáltató képességét 
úgy növelni, hogy a kocka mérete ne növekedjen. Ezáltal 
csak származtatott információt nyerhetünk, de a több mint 
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száz előre definiált függvény és az általunk regisztrálható 


függvények (UDF) segítségével a komplex elemzések köny- 
nyebben elkészíthetők. 


Dimenzióelemek tulajdonságai (Member Properties) 

A dimenzióelemek tulajdonságai olyan plusz információt 
hordoznak a dimenzióelemeiről, amelyek csoportosítási 
szempontnak nem minősülnek és az elemzés szempontjából 
e jellemzők összegzése nem ad új információt, de mint 
minőségi ismérv fontos tulajdonság. Ilyen lehet például a 
termék csomagolása, térfogata, színe. Lekérdezés során 
lehetőségünk van a dimenzióelemek közül azok kivá- 
lasztására, amelyek megfelelnek egy adott tulajdonságnak. 
Egy másik alkalmazási terület lehet a többnyelvű adat- 
bázisok létrehozása. A dimenzióelemek tulajdonságai 
között letárolva azok idegennyelvű megnevezéseit, az 
Analysis Services automatikusan a ügyféloldali regionális 
beállításinak megfelelő nyelvű megnevezéseket adja vissza. 


Felösszegzés 

Ahogy azt már korábban említettük az előre kiszámított, 
felösszegzett adatok nagymértékben növelik az OLAP rend- 
szerek lekérdezési sebességét. A periodikusan ismétlődő 
adatbetöltés és felösszegzés során azonban az OLAP adat- 
bázisok mérete exponenciálisan növekszik. Az Analysis 
Services segítségével szabályozni tudjuk a felösszegzett 
adatok letárolását. Meghatározhatjuk azt az arányt, hogy 
az aggregált adatok hány százaléka legyen letárolva, és 
hány százalékát számítsa ki az Analysis Services a 
lekérdezések alkalmával. A tárolt adatok térbeli elhe- 
lyezkedéséről azonban az Analysis Services matematikai 
algoritmusa dönt. Például egy 4090-os aggregációtárolás 
esetén az Analysis Services határozza meg azt, hogy a 40 
százaléknyi aggregált adat a 100 százaléknyi aggregációs 
lehetőség közül hol álljon elő. Ez az algoritmus jó 
közelítéssel optimális megoldást ad. Az adminisztráto- 
roknak lehetőségük van a rendszer további finomhango- 
lására, mivel az Analysis Services tárolja azokat a lekér- 
dezéseket, amelyeket a felhasználók futtattak a szerveren. 
Ezen információk felhasználásával az aggregációk térbeli 
elhelyezése tovább finomítható. 

Az OLAP és OLTP rendszerek közti egyik különbség az, hogy 
míg az OLTP rendszerekbe rövid, addig az OLAP rend- 
szerekbe hosszabb ideig tart az adatok betöltése és 
felösszegzése. Nagyon nagy kockák esetében ez akár 
órákig is eltarthat. Ezért szintén nagyon fontos kérdés az 
adatok felösszegzésének sebessége. Az Analysis Services 
háromfajta felösszegzési típust támogat. Full process 
felösszegzési típus esetén törli az adatkocka struktúráját 
és tartalmát, majd újra létrehozva felösszegzi azt. Ezt az 
eljárást legtöbbször csak a fejlesztés/tesztelés periódu- 
sában használjuk, a napi működés esetén az incremental 
update és refresh data felösszegzési típusok közül 
választhatunk. E két utóbbi típus nem változtatja meg az 
adatkocka struktúráját, csak a benne tárolt adatokat 
cseréli, vagy új adatokat ad hozzá a meglévőekhez. 
Incremental update esetén az Analysis Services létrehoz 
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egy partíciót, amelyen az új adatokat tárolja, és a 
felösszegzés közben az adatkocka és az új adatok partícióit 
összevonja, adatait összeadja. 

Amennyiben az üzlet természetéről rendelkezünk informá- 
cióval és meg tudjuk határozni azon dimenziók körét, 
melyek elemeinek bizonyos kombinációjában soha nem 
szerepelhet érték, akkor a két dimenzió függőségi kapcso- 
latát meghatározva (Dependent dimensions) a felösszegzés 
alatt az Analysis Services figyelmen kívül hagyja az említett 
kombinációk kiszámítását - ezáltal csökkentve az aggregá- 
ciók számát, és a felösszegzés sebessége tovább gyorsítható. 
Az üres cellák tárolása szintén az OLAP adatbázisok 
méretének exponenciális növekedését okozhatja. A leg- 
több gyártó ad valamilyen megoldást a problémára, melyek 
során például be lehet állítani olyan dimenzióelem kom- 
binációkat, amelyekbe biztos nem kerülhet érték. (például 
Miskolcon nem értékesítünk gumimatracot), vagy az adat- 
bázist úgy kell megszervezni, hogy az üres cellák kerül- 
jenek egymás mellé, amit aztán a rendszer, ha egy lapnyi 
üres cellát talál, nem tárol le. Ezzel szemben az Analysis 
Services egyáltalán nem tárol üres cellákat. 


Real-Time OLAP 

Az OLAP az On-Line Analytical Processing szavak kezdő- 
betűjének összetételéből származik, és nem on-line 
adatelérést jelent a működtető rendszerek adataihoz. Az 
OLAP adatbázisa és a működtető rendszerek közötti kapcso- 
lat az OLAP felé egyirányú, és csak periodikusan, a be- 
töltések alkalmával jön létre. A gyakorlati életben viszont 
előfordul, hogy az OLAP adatkockákban látni szeretnénk a 
két adatbetöltés közötti változásokat is, azaz az élő ada- 
tokat. A Real-time OLAP az Analysis Services olyan szol- 
gáltatása, amely lehetővé teszi, hogy az adatkocka for- 
rástáblájának megváltozásával összhangban megváltoz- 
zanak a Real-time adatkockában tárolt adatok is. (A Real- 
time kocka szinkronizálva van a működtető rendszerekkel.) 
A Real-time adatkocka nem más, mint egy speciális, ROLAP 
partíción tárolt adatkocka 09o-os felösszegzettséggel. 
Amennyiben a dimenzió szerkezete is real-time változik, 
úgy ROLAP dimenziót használva annak hierarchiáját is 
szinkronizálhatjuk az alaprendszerekhez. 


Adatkockák adatainak módosítása 

Az Analysis Services lehetőséget teremt a felhasználóknak 
az adatkockák adatinak módosítására. Az adatokat 
módosíthatjuk elemi szinten (a hierarchia legalsó szintjén) 
és valamelyik összegző szinten. Vizsgáljuk meg először az 
egyszerűbb esetet, amikor csak az elemi szintű adatokat 
módosítjuk. (Csak olyan adatkocka módosítható, amelynek 
minden hierarchiabeli szülője a gyerekek összegeként áll 
elő.) Az Analysis Services a módosításokat sem az 
adatkockába, sem annak forrástáblájába nem írja vissza, 
hanem létrehoz relációs oldalon egy külön writeback 
táblát, amelyben a módosított adatok és az alapadatok 
különbségét tárolja. Például ha a felhasználó egy cella 
értékét 90-ről 100-ra növeli, akkor a writeback táblában az 
Analysis Services letárol --10 értéket a módosítás időpontjá- 
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val és a módosító felhasználó nevével. Később, az adatkoc- 
ka lekérdezésekor az Analysis Services a módosított cel- 
lához és annak összes szülő értékéhez hozzáadja a write- 
back tábla kapcsolódó értékét. (A módosítás az adatkocka 
adatait nem érintette.) A módosított adatokat vissza- 
írhatjuk a kockába, ha a writeback tábla adatait partícióvá 
konvertáljuk, majd az alapadatokat és a writeback ada- 
tokat tartalmazó partíciókat összevonjuk. (Hasonló folya- 
mat játszódik le incremental update esetén is.) 


Az adatok összegzőszinten történő módosítása esetén a 
módosított értéket szét kell osztani (allokálni) az elemi 
szinten elhelyezkedő elemekre, majd az allokált adatok 
writeback táblába írásával folytatódik a folyamat a fent 
leírtak szerint. Az allokáció végrehajtását az Analysis 
Services a következő négy eljárással támogatja: 

Allokációs [Té bi 
módszerek 





Elemi cellák értéke - 
Módosított érték / 
utolsó leszármazottak száma 


Egyenlő allokáció 


Elemi cellák értéke - 


Egyenlő Elemi cellák értéke - 
növekmény (Módosított érték - eredeti érték) / 
utolsó leszármazottak száma 
Súlyozott Elemi cellák értéke - 
allokáció Módosított érték " súlyozó tényező 
Elemi cellák értéke - 
Súlyozott Elemi cellák értéke -- 
növekmény (Módosított érték - eredeti érték) " 


súlyozó tényező 


Allokációs módszerek ismertetése 


A súlyozótényezők rendszerint 0 és 1 közé esnek és össze- 
gük 1-gyel egyenlő. A súlyozó tényező meg nem hatá- 
rozása esetén az Analysis Services az elemi cella és a 
módosított cella eredeti értékének arányával számol. 


Egyedi felösszegzési lehetőségek 

Az Analysis Services az adatkockákat csak saját felösz- 
szegzési eljárásai szerint tudja felösszegezni. (Sum, Count, 
min, max, DistincCount) Gyakorlati problémák megoldása 
során azonban előfordul, hogy a rendszer felösszegzési algo- 
ritmusai helyett valamilyen egyedi felösszegzési eljárást kell 
alkalmaznunk. Az Analysis Services Custom Rollup/member 
formuláival az ilyen jellegű problémák is megoldhatóak. 


Custom Rollup formula 

Tegyük fel, hogy zárókészletek változását szeretnénk heten- 
te vizsgálni. Ha napi készletértékeket (pl.: 5,4,5,6,5) 
aggregálnánk heti szintre, akkor akkora zárókészletet (25) 
kapnánk, amely talán sohasem volt raktáron. Ezért a heti 
készletérték meghatározásához célszerű inkább az átlagos, 
vagy az utolsó napi készletértéket figyelembe venni. Az 
Analysis Services nem tartalmaz beépített átlagos vagy 
Utolsó gyerek" felösszegzési metódust, ezért ezt nekünk 
kell megvalósítanunk. A megoldás során tetszőleges hie- 
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rarchia szintekhez hozzárendelünk egy MDX-ben írt 
képletet (pl.: Hét-hét. UtolsóGyerek), amelyet az Analysis 
Services a felösszegzés során nem vesz figyelembe, hanem 
az adatkocka lekérdezésekor számítja ki. Amennyiben 
olyan felösszegzési eljárást szeretnénk használni, amely 
egy hierarchiaszinten nem az összes elemre érvényes, 
Custom Member Formulát célszerű használnunk. 


Custom Member Formula 

Hasonlóan működik a custom rollup formulához azzal a 
különbséggel, hogy nem szinthez, hanem dimenzió- 
elemhez rendel képleteket, melyeket az Analysis Services a 
dimenzió forrástáblájában tárol. A képlet nem hivatkozhat 
olyan dimenzióelemre, amelyet nem tartalmaz dimen- 
ziótábla (pl.: számított mezők) . A Custom member formulát 
legtöbbször mutatószámrendszerek, gazdasági modellek 
kialakításakor használjuk. 


Számított cellák (Calculated Cells) 

Ez az új MDX funkció az Analysis Services olyan lehetősége, 
amely segítségével több különböző adatkocka adatainak 
részhalmazát tudjuk egy másik adatkocka azonos részhal- 
mazában megjeleníteni. Ezáltal tovább finomítható az adat- 
bázis szerkezete, több kisebb és tömörebb kockát létrehozva 
tudunk összetett elemzési igényeket hatékonyan kielégíteni. 









Számított cellák 


A számított cellák lehetőséget teremtenek, hogy a számított 
mezők, custom rollup/member formulák funkcionalitását alkal- 
mazzuk az adatkocka egy (jellemzően többdimenziós) részhal- 
mazára vagy akár csak egy cellára is. Legtöbbször olyan 
esetekben használunk számított cellákat, amikor az adatkoc- 
ka egy részkockájának adatait már más adatkocka tartalmaz- 
za. (Így lekérdezés során elég az adatokat onnan átemelni.) 


Jogosultságkezelés 

Az Analysis Services segítségével kétféle lehetőségünk van a 
jogosultságok beállítására: Cellaszinten vagy dimenzióelem 
szerint. Mindkét eljárással megoldható egy adott cella adatá- 
nak elrejtése, de kétféle eredménnyel. Cellaszintű jogosult- 
ság kezelés esetén a felhasználó láthatja az adatkocka teljes 
struktúráját, azaz a dimenzió összes elemét, de az adatokat 
nem, míg dimenzióelemek szerinti jogosultság kezelés 
esetén sem az adott elemet sem a hozzá tartozó adatot. 
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Actions 

Az elemzések során gyakran jutunk abba a helyzetbe, hogy 
észreveszünk egy kiugró adatot, vagy egy tendenciát, de az 
okokra az adatkockából már nem kapunk a választ. Ilyenkor 
rendszerint elkezdünk kutakodni különböző információfor- 
rásokban, (például Word, Excel dokumentumokban, alaprend- 
szerek adatai között) hogy megtaláljuk az okokat. Ezt a 
keresési folyamatot gyorsítja fel az Analysis Services azál- 
tal, hogy a felhasználói felületről lehetővé teszi a fent 
említett források felkutatását. Az action-ök segítségével 
lehetőségünk van arra, hogy paraméterek átadásával (kocka, 
dimenziók neve, egy cellát meghatározó dimenzió elemek 
halmaza, stb.) meghívhassunk valamilyen külső alkalmazást 
(futtatható állományok, MDX lekérdezések, böngészők). Az 
Action másik lehetősége, hogy ha megtaláltuk a hibát, 
gyorsan tudunk reagálni azok elhárítására (megrendelések 
leadása, felszólítások küldése... ). 


Továbbfúrás (Drillthrough) 

" A továbbfúrás az action-ök egy speciális fajtája. Segítségével 
egy adatkocka cellájának adatait tovább részletezhetjük, 
azaz meghatározhatjuk, hogy az adott cella értéke mely 
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adatok eredményeképpen állt elő. Továbbfúrás esetén az 
Analysis Services a forrástáblákon lefuttat egy lekérdezést, 
amely azokat a rekordokat adja vissza, melyekből az adatkoc- 
ka adott cellájának értékét az Analysis Services kiszámította. 


Ügyfél alkalmazások 

A továbbfúrás, mint több más funkció felhasználói oldal 
kihasználása, erősen ügyfélfüggő. Ezeket ugyanis az 
Analysis Services mint lehetőségeket ajánlja fel, és az 
alkalmazásfejlesztőktől függ, kik milyen funkciót támogat- 
nak, és azokat hogyan tálalják a felhasználók elé. A 
Microsoft az Analysis Services-hez nem fejlesztett önálló 
kliens alkalmazást, hanem az Excel 2000-et tette alkal- 
massá OLAP adatkockák böngészésre. Természetesen lehet 
komplett elemző és fejlesztőeszközöket (Seagate Analysis, 
Knosys Zorro, OLAPNagiGo, Max...) vásárolni kifejezetten 
MS OLAP technológiára, illetve vannak gyártók, akik saját 
OLAP elemző eszközüket tették alkalmasra MS OLAP adat- 
bázisok kezelésére. 


Kővári Attila, kovari(Dnovosys.hu 
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A papír nélküli iroda vízióját már sokan megál- 
modták, mégis úgy tűnik, hogy gyakran papír- 
hegyekkel találkozunk az irodákban. Pedig az 
iroda, vagy nagyobb szervezetek működésé- 
hez szükséges adatok gyakran ott vannak a 
rán. Nagy valószínűséggel elektronikus úton 
érkeztek, és hasonló módon távoznak. Veresé- 
get szenved az e-társadalom? Nos, talán nem. A 
Microsoft gondolt egy merészet, és megkísérli átvág- 
ni a gordiuszi csomót. Ha az iroda-papír kapcsolat meg- 
bonthatatlan, akkor lehet, hogy az irodák számának csökken- 
tésével lehet a problémát megoldani. 
Az Internet robbanásszerűen növekedő és elburjánzó infra- 
struktúrája először a magánszemélyeket kápráztatta el lehe- 
tőségeivel, de hamar feltűnt a különböző üzleti vállalkozá- 
sok érdeklődésének horizontján is. Sokan e cégek közül már 
az Internet előtti időben is megértették, hogy üzleti folya- 
mataik elektronikus útra terelésével gyorsabbá, pontosabbá, 
jobban felügyelhetővé válhat működésük. Az Internet-boom 
pedig új technológiák egész sorát hozta magával, melyekkel 
tovább lehet racionalizálni és optimalizálni a vállalat belső 
életét, partnerkapcsolatait és értékesítési csatornáit. 
Ám rögös az út az e-Kánaánig! Az alapvető szoftver- és 
hardverinfrastruktúra kiépülése szükséges, de nem elégsé- 
ges feltétele az igazi e-commerce működésének. Az elek- 
tronikus üzlet új nyelvének szerepe sokáig kiadó volt, hi- 
szen a leggyakrabban használt protokolloknak van néhány 
kellemetlen hiányossága. Leveleinket SMTP protokoll segít- 
ségével küldhetjük, fogadhatjuk, ami elsődlegesen struk- 
túrálatlan adatok, csatolt állományok kezelésére lett kifej- 
lesztve. A weboldalakat HTTP protokollon keresztül HTML 
oldalak formájában böngészhetjük, a HTML azonban jélső- 
belüli megjelenítésére fókuszál. Egyik technológia sem arra 
lett szánva, hogy strukturált adatok (akár Internet fölötti) 
cseréjét megoldja különböző üzleti alkalmazások között. 
Vegyünk egy példát! A vállalati beszerzések az Internet előt- 
ti időkben döntően papíralapon történtek. Az ügyintéző 
kitöltött egy rendelési űrlapot, majd normál postai úton 
vagy faxon továbbította a beszállítónak. Az Internetes kom- 
munikációs csatornák lehetővé tették egyes részfolyamatok- 
ban a papír nélkülözését, hiszen a beszerző on-line kataló- 
gusokból választhatta ki az igényelt termékeket, majd ren- 
delését e-mail formájában küldhette el. A túloldalon azon- 
ban a beszállítónak a kapott információkat a legtöbb eset- 
ben újra be kellett gépelnie a vállalat saját rendszerébe 
(vagy rosszabb esetben egy teljesen papíralapú folyamaton 
kellett keresztülmennie), hogy teljesíthesse üzletfele ren- 
delését. Tehát hiába is állt rendelkezésre a megfelelő műsza- 
ki háttér mindkét oldalon és maga a megrendelés elektroni- 
kus formában, nem volt lehetőség arra, hogy egy rendelés 
úgy járja végig a beszállító informatikai rendszerét, hogy 
többszöri emberi beavatkozást ne igényelt volna. 
Az XML megjelenése óriási változásokat hozott ezen a 
területen. Ez a szabvány kifejezetten strukturált adatok 
leírására lett kifejlesztve, roppant hamar nagy népszerűség- 


tech.net 


BizTa it . Server 2000. 


"Ti at 
re tett szert, és az e-commerce de facto szabványává, ABC- 
jévé vált. A formátum ismeretében már csupán a konkrét 
üzenetet meghatározó dokumentumra, az ún. sémára van 
szükség. A séma egy közös megállapodással, speciális 
funkció (pl. beszerzés, értékesítés) ellátására létrehozott, 
kötött elemeket és azok tulajdonságait leíró XML-dokumen- 
tum. Az előző hasonlatnál maradva: ha az XML az e-business 
ABC-je, akkor a sémák látják el a szavak és mondatok 
szerepét. A nyelv ,választékosságának" bővítésére hozta 
létre (széles körű támogatottsággal, pl. SAP, CommerceOne) 
a Microsoft a BizTalk keretrendszert. Ez irányelvek gyűj- 
teménye XML-ben létrehozott sémák publikálására és alkal- 
mazására. A kezdeményezés támogatására létrehozott web- 
oldalon (http://www.biztalk.org) már most rendkívül sok 
kész séma található, amelyek lefedik az ipar, kereskedelem, 
oktatás szinte összes területét. 

Első pillanatban egyszerű problémának tűnik az, hogy a 
kommunikáló feleknek egyet kell érteniük az adatok formá- 
tumában, azaz a sémában. Valójában bonyolultabb a helyzet. 
Egy beszállítónak számtalan különböző partnere lehet, és 
ezek teljesen eltérően is formázhatják rendelésüket. Ha 
nagyon sok partnerről (akár ezres, tízezres nagyságrendben) 
van szó, akkor ez rengeteg sémát is jelent. Így a sémák nyúj- 
totta előnyöket csak akkor tudjuk kihasználni, ha egy olyan 
környezettel rendelkezünk, amely nemcsak üzenetek foga- 
dására, küldésére, hanem tetszőleges formátumba történő 
transzformálására is képes, azaz integrálni tudja az ügyfelek 
rendszerét a kiszolgáló rendszerével. 

A hatékony, papírt és emberi beavatkozást nem igénylő e- 
businesshez szükség van tehát egy olyan rendszerre, amely 
automatizálni, menedzselni, integrálni képes egy vállalat bel- 
ső- és partnerkapcsolatait, üzleti folyamatait, tekintet nélkül 
az alkalmazott platformokra és operációs rendszerekre. Ezzel a 
céllal alkotta meg a Microsoft a BizTalk Server 2000-t. 


Üzleti megoldások BizTalk Server 2000-rel 

A BizTalk tehát egy nagy integrációs kihívás zászlóvivő- 
jeként indult és igyekezett magát elfogadtatni az üzleti 
élet résztvevőivel. Ez a közönség azonban kizárólag üzleti 
érveknek enged. Válasszuk most mi is ezt a nézőpontot, és 
vizsgáljuk meg, mit is kínál a BizTalk Server 2000. 

Az üzleti életben a legfontosabb célok között mindig ott 
van az üzleti folyamatok gördülékenyebbé tétele és az 
ügyfél jobb kiszolgálása. Az üzleti folyamatok automa- 
tizálása pontosan ezeken a területeken hozza a legtöbb 
gyümölcsöt. Az olyan megoldások, mint a beszállítói lánc, 
további üzleti partnerek integrálása a vállalat informatikai 
világába, csökkenti az emberi beavatkozás, és így a lehet- 
séges hibák számát. Javul tehát az információk biztonsága, 
gördülékenyebbé, pontosabbá, kiszámíthatóbbá válik a vál- 
lalat működése, és ezáltal javul az ügyfeleknek nyújtott 
szolgáltatás minősége is. Üzleti partnereink bepillanthat- 
nak a mi rendszereinkbe, és első kézből megtudhatják azt, 
ami őket érdekli (pl. mikor tervezzük kiszállítani az általuk 
megrendelt terméket, vagy hogy banki átutalásuk időben 
megérkezett-e). Mi is hasonlóan - első kézből - juthatunk a 
minket érintő információkhoz partnereink rendszereiből. Ez 
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a fajta információ-önkiszolgálás munkát takarít meg, gyors 
és pontos. Az alábbiakban pár BizTalk Server 2000 
megoldást mutatunk be. 


Supplier 1 


Supplier 2 


Hi 


Supplier 3 





Üzleti partnerek integrálása 


" Üzleti partnereinknek csak a legritkább esetben van a 
miénkhez hasonló vagy azzal azonos üzleti információs 
rendszere. Ennek fényében nem is csoda, hogy a jelenleg 
kialakult üzleti kommunikáció többnyire papíralapú és 
manuális - ez idáig sokkal egyszerűbb volt, mint a rend- 
szerek illesztése. Ma azonban a BizTalk Server 2000 egy 
még ennél is egyszerűbb módszert kínál. Lehetőség nyílik 
elektronikus dokumentumok küldésére/fogadására az 
Interneten keresztül, a beszerzési és értékesítési láncok 
(tradicionális üzleti folyamatokhoz történő) ,hozzácsa- 
tolására", továbbá a beszerzési, számlázási, és szállítási 
folyamatok jobb koordinálására. 
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Automatizált beszerzés 


a -A- áll ha 


Azon cégeknek, amelyek beszerzési folyamataikat automa- 
tizálni akarják a BizTalk Server 2000 egy ún. rendelés- 
követő megoldást kínál, mely különösen az üzletmeneten 
kívül eső, ,egyéb" beszerzéseknél hasznos. Ilyenek például 
a karbantartási, javítási szolgáltatások és az irodai 
eszközök beszerzése. Ezen folyamatok ma komoly erőforrá- 
sokat kötnek le annak ellenére, hogy eladható értéket nem 
teremtenek. A megoldás vázlata az ábrán látható. 
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Üzleti folyamat integráció (BPI - Business Process 
Integration) 


A végső cél az üzleti folyamatok minél magasabb szintű 
integrációja. Ez azt jelenti, hogy mind a beszerzési, mind az 
értékesítési oldal irányába meghosszabbítjuk informatikai 
rendszerünket. A horizont, ameddig számítógépeink - és 
menedzsereink - ellátnak, egyre kitolódik. A BizTalk Server 
2000 segítségével olyan ERP (Enterprise Resource Planning) 
rendszerek köthetőek össze, mint például JD Edwards és 
Baan, SAP és Peoplesoft. Természetesen lehetőség van In- 
ternetalapú kereskedelmi rendszerek és egyedi fejlesztések 
integrálására is. 

Az üzleti szemlélet után térjünk vissza a kritikus infor- 
matikai szemlélethez, és végre pillantsunk bele a rendszer 
működésének részleteibe. A következő paragrafusok leltár- 
szerűen ismertetik a BizTalk Server 2000 főbb jellemzőit. 


A BizTalk Server 2000 funkcionalitása 

Intelligens dokumentumirányítás (Intelligent 
Document Routing) 

A dokumentumok megfelelő kézbesítése a rendszer 
legalapvetőbb feladatai közé tartozik. A BizTalk Server 
2000 alapesetben az üzenet fejlécéből olvassa ki a 
kézbesítéshez szükséges információkat. Amennyiben ez az 
információ hibás, vagy nem létező helyet jelöl meg, a 
dokumentum parkolópályára (egy speciális üzenetsorba) 
kerül, és kézi feldolgozásra vár. 

Vannak azonban olyan esetek is, amikor egy dokumentum 
útját nem tudjuk teljesen előre meghatározni, az csak menet 
közben alakul ki. Erre is kínál megoldást a rendszer, ugyanis 
lehetőség van a dokumentumok tartalmától - pl. a megren- 
delés nettó összegétől - függően más és más helyekre eljut- 
tatni egy dokumentumot. Ez a belső intelligencia nagyon 
hasznos, hiszen programozást vagy emberi beavatkozást 
spórolhat meg nekünk, ezzel is gyorsítva és pontosítva a 
rendszer munkáját. 


Hibatűrő dokumentumkézbesítés (Fault-Tolerant 
Document Delivery) 

A BizTalk Server 2000 természetesen alapvető célként tűzi 
ki a dokumentumok hibátlan kézbesítését, és így a rend- 
szerek integritásának megőrzését. Elképzelhető azonban, 
hogy a kommunikációs közeg nem a legbiztonságosabb, és 
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üzeneteink elveszhetnek, sérülhetnek, esetleg a visszaigazolás 
nem érkezik meg. Erre az esetre gondolva megadható a hibás 
kézbesítések utáni újraküldések maximális száma, melyet ha 
meghaladunk, még mindig van mit tenni. Erre az esetre egy 
másodlagos átviteli protokoll állítható be, amivel a szerver 
újra próbálkozik. Amennyiben ez sem jár sikerrel, a dokumen- 
tum parkolópályára kerül, ahol kézi feldolgozásra vár. 


Szinkron és aszinkron kommunikáció 

A BizTalk Server 2000 üzenetkezelő struktúrája mind 
szinkron, mind aszinkron kommunikációt lehetővé tesz. 
Szinkron kapcsolattartás esetén az üzenet elküldése után egy 
válaszüzenet érkezik, ami lehet egy szimpla megerősítés, 
vagy egy teljesen új, más típusú üzenet. Amennyiben az 
azonnali válasz nem fontos (pl. hosszan futó tranzakciók 
esetén), aszinkron kommunikáció is lehetséges üzenetsorok 
segítségével. A BizTalk Server 2000 rendkívül sok adatátviteli 
szabványt támogat transzportkomponenseivel, pl.: HTTP, 
HTTPS, SMTP, Microsoft Message Oueue, DCOM, FTP. A 
BizTalk-ot nem használó ügyfeleknek automatizáltan küld- 
hetünk faxot a Windows 2000 fax gateway-én keresztül. 


Integráció ERP és egyedi rendszerekkel 

A BizTalk Server 2000 fő feladata a rendszerintegráció, így 
ehhez kapcsolódó tulajdonságai talán a leglényegesebbek. 
Az integráció fő eszközei az ún. alkalmazásintegrációs 
komponensek (Application Integration Components, AICs). 
Ezek fejlesztésére a rendszer kétféle megoldást kínál. Az 
első komolyabb programozói munkát igényel - egy inter- 
fészt kell megvalósítani. A második a BizTalk Server 2000 
által nagyban segített, úgynevezett pipeline megoldás. Itt 
az AIC-k kifejlesztését a rendszer hatékony grafikus 
szerkesztőkkel segíti (lásd később), és a programozást is 
elvégzi helyettünk. Ez a módszer rengeteg erőfeszítést 
spórolhat meg nekünk mind a kezdeti fejlesztés, mind 
pedig a későbbi módosítások során. 

A BizTalk Server 2000 csomag tartalmaz egy már kifejlesz- 
tett AIC-t SAP R/3 rendszerek felé, így ebben az esetben 
még az interfész grafikus megtervezése sem szükséges. 
Több ERP rendszer esetében - pl.: BAAN, Great Plains, JD 
Edwards, Navision - a fejlesztők tervezik, hogy rend- 
szereikbe integrációs csomagot is illesztenek. Ennek 
részeként AIC-k dokumentumsémák és map-ek segítik a 
BizTalk Server 2000 felé történő integrációt. 

Az egyedi, örökölt rendszerekkel való integráció ugyancsak 
könnyebb a szokásosnál. Ugyanis a BizTalk Server 2000 
együttműködik a Microsoft Host Integration Server 2000 
rendszerével (a korábbi SNA Server utóda). Így a kap- 
csolódás például AS/400 és mainframe rendszerekkel 
nagyban támogatott. 


Management Desk 

A BizTalk Management Desk az integráció egyik fontos 
eszköze. Segítségével lehetőségünk van a partnereinkkel 
kötött ,egyezségeket" teljeskörűen adminisztrálni grafi- 
kus felületen. Ezek az ,egyezségek" (agreements) rögzítik, 
hogy kivel milyen elektronikus dokumentumokat tekintünk 
kölcsönösen elfogadottnak és kötelező érvényűnek. Ez az 
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Het 

egyszerű konzolos megoldás a programozás fáradalmait 

spórolja meg, hiszen a kódolást a BizTalk Server 2000 végzi. 

A Management Desk két fő felülete az Agreement Editor és 
a Pipeline Editor. 

Az Agreement Editor segítségével a partner és saját rendszerek 

közti kommunikáció eszközeként elfogadott dokumentumokat, 

szabályokat tarthatjuk nyilván. Természetesen lehetőség van 

saját-saját rendszerek közti kommunikáció nyilvántartására is. 
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A Pipeline Editor alakítja ki egy konkrét üzleti partnerrel a 
fő kommunikációs csatornákat. A bejövő és kimenő doku- 
mentumok ezen csatornákon haladnak végig, és követik a 
lefektetett szabályokat. A dokumentumok megfelelnek az 
Agreement Editor-ban rögzített formátumnak, és így a 
partner rendszerének továbbíthatóak, illetve az onnan 
jövők rendszerünk számára értelmezhetőek. Az alábbi ábra 


a Pipeline Editor grafikus felületét mutatja. 
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BizTalk Editor 

A Microsoft BizTalk Editor az a szerkesztőeszköz, amellyel 
magukat a dokumentumokat - a BizTalk terminológiájában 
specifikációkat - készíthetjük el. Ez lehet például egy szám- 
la vagy egy szállítási értesítő. Itt kell meghatároznunk a 
dokumentum végleges tartalmát, és azt részletesen - mező- 
szinten - specifikálnunk kell. Az Editor segítségével a sem- 
miből kiindulva felépíthetünk egy dokumentumot, de 
lehetőség van korábbi - máshol már bevált dokumentumok - 
átformálására vagy több korábbiból egy újabb kialakítására 
is. Ez a lehetőség sok munkát spórolhat meg a felhasználó- 
nak. A jobb átláthatóság érdekében a szerkesztőprogram az 
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XML adatokat egy tartalmi logika szerint rendszerezi - ún. 
Document Content Description (DCD). Ennek áttekinthető fa 


struktúráját láthatjuk a következő képen. 
zola 
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BizTalk Mapper 

A BizTalk Mapper az Editor által generált objektumokkal - 
dokumentum vagy más néven specifikáció - dolgozik. A 
specifikációk rekordjai és mezői között teremt kapcsolatot, 
így gyorsan és hatékonyan írhatjuk le a dokumentumok 
közti adatáramlás részleteit. Például a kibocsátott számla 
teljes megformálása mellett a rendszer elkészíti a raktárból 
való kivételezés dokumentumát is. Az utóbbi dokumentu- 
mon előnyös ha nem szerepel minden számlaadat (például 
az ár), azt tehát nem szabad átvezetni. Viszont szerepel- 
nie kell annak, hogy melyik raktárból történik mindez, ezt 
az információt akár egy másik dokumentumból át lehet 
venni. A logikai kapcsolatok grafikusan szerkeszthetőek, és 
az egyszerű megfeleltetéstől, a kalkuláción keresztül 
(nettó árból a bruttó ár), egészen a komplikált eljárásokig 
- szkriptekig - terjedhetnek. Ezt láthatjuk az alábbi ábrán. 
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Dokumentumkövetés és analízis 

A BizTalk Server 2000 számontart minden egyes rajta 
keresztülhaladó dokumentumot. Ha ezek kézbesítése során 
probléma merül fel, közvetlen problémaelhárításra (trou- 
bleshooting) és beavatkozásra van lehetőség. 
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Ugyancsak hasznos eszköz a BizTalk Server 2000 analizáló. 
Itt nemcsak a dokumentumok áramlásáról szerezhetünk 
információkat, hanem azok egyes mezőit is figyelhetjük. 
Könnyen megtudhatjuk tehát, hogy egyes vevőink 
átlagosan milyen összegben rendelnek, vagy hogy milyen 
hamar fizetnek a megvásárolt áruért. Az ilyen információk 
alapján például képet alkothatunk pénzügyi meg- 
bízhatóságukról. A BizTalk Server 2000 integrálható a 
Microsoft SOL Server OLAP eszközeivel, mely még kifino- 
multabb analizálást tesz lehetővé. Érdeklődésünk ez eset- 
ben irányulhat akár a beszerzések egy szűkebb körére, 
például az egyedi rövidhatáridős rendelésekre. Az ilyen 
komplexebb lekérdezéseket saját üzleti rendszerünk 
általában csak nehezen, vagy nem képes generálni. 


Biztonság 

A Windows 2000 belső biztonságára alapozva a BizTalk 
Server 2000 biztonságos kommunikációt tesz lehetővé 
üzleti partnereinkkel. Támogatja az összes, iparágban 
elterjedt biztonsági protokollt és titkosítási eljárást (pl. 
nyílt kulcsos titkosítás, secure socket layer — SSL - és 
CryptoAPI). Ezen módszerek biztosítják, hogy az adatok 
biztonságban vannak, gyakorlatilag függetlenül attól, 
hogy milyen közegben továbbítjuk őket. 


Skálázhatóság 

A BizTalk Server 2000 természetesen örökli a Windows 
2000 Server jó skálázhatósági tulajdonságait. Ennek 
köszönhetően képes a terhelés több gép közti 
megosztására a teljesítmény maximalizálása érdekében. A 
BizTalk Server 2000 a gépek számának növekedésével 
nagyon jól - szinte lineárisan - skálázható. 

A BizTalk Server 2000 és a Microsoft Application Center 
rendszerek együttese figyelheti, hogy nő maga az üzleti 
szervezet és vele a forgalom. A feldolgozási kapacitás 
igényei szerint teljeskörűen menedzseli a rendszert, és 
optimális terheléselosztást biztosít a gépeken (lásd 
cikkünk a Microsoft Application Centerről). 


Befejezés 

A BizTalk Server 2000 XML alapokon lehetőséget teremt 
különböző rendszerek közti integráció kifejlesztésére és 
menedzselésére, legyen ez egy szervezeten belül vagy 
távoli szervezetekben. Az alapötlet véleményünk szerint 
nagyon jó, és az üzleti világban egy már régóta sajgó prob- 
lémára talál megoldást. Bár az informatikában ez gyakran 
nem elég a sikerhez, mi biztosak vagyunk abban, hogy a 
Microsoft BizTalk Server 2000 hasznos és széles körben 
elterjedt rendszer lesz. A kétkedőknek - és a kíváncsiaknak 
- pedig hadd ajánljam a végső tapasztalatszerzés le- 
hetőségét, hiszen a http://www.microsoft.com/biztalk 


oldalairól letölthető a béta verzió. 


Budai Zoltán, zbudai(2icon.hu 
Dániel Kolos, kdanieloicon.hu 
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A BizTalk filozófiája 

Az e-társadalom várakozással figyelte, hogy a 
Microsoft hogy válaszol az üzleti világot köz- 
vetlenül érintő kihívásra, a kommunikáció 
rohamos fejlődésére. Mely termékek, milyen 
8 megoldások segíthetik a cégek és az üzleti 
világ fejlődését, melyek terjednek el - esetleg 
válnak szabvánnyá - és melyek bizonyulnak 
zsákutcának? Erőfeszítéseik fő irányát a BizTalk 
név fémjelzi, ennek hátterére vetünk most egy 
pillantást. Saját bevallásuk szerint két fontos 
tényező vezette a Microsoftot a BizTalk megalkotására: 
Különböző alkalmazások integrációja manapság még nehéz. 
Akár kis, akár nagy cégekről beszélünk, a belső ERP rendszerek, 
raktárkezelő rendszerek vagy az értékesítés követő rendszerek 
integrálása komoly költségeket és bonyolult feladatot jelent. 
Az elektronikus kereskedelem következő hulláma magas- 
szintű alkalmazásintegrációt igényel, mely majd túlnyúlik 
egy szervezet határain. Ez kikerülhetetlen, mikor az üzleti 
partnereink az Interneten keresztül automatizálják a be- 
szerzési folyamataikat, előrejelző rendszereket építenek ki, 

vagy akár újabb típusú folyamatokat honosítanak meg. 
A szituáció érezhetően komoly problémákat sejtet. Ha a 
cégek problémával küszködnek saját rendszereik integrálá- 
sával, hogy lesznek képesek megbirkózni a feladattal egy 
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sokkal nagyobb szintéren, az Interneten? 

A lehetőség ezen probléma megoldására egy egységes alkal- 
mazás-közti nyelv kialakításában és elterjesztésében (szab- 
ványosításában) rejlik. Az XML (Extensible Markup Language) 
egy a BizTalk által is felkarolt lehetőség mely sok reménnyel 
kecsegtet. Platformfüggetlen adatábrázolást ír le, így segít- 
ségével a különböző rendszerek hatékonyan köthetők össze. 
A szokásos üzleti adatok és dokumentumok - például egy 
értékesítési értesítő vagy egy banki átutalás - könnyen átül- 
tethető XML formátumba és ezen a nyelven beindulhat a 
rendszerek közti kommunikáció. Nem számít, hogy ezek a 
rendszerek különböző operációs rendszereken futnak, vagy 
hogy más programnyelvben fejlesztették őket. 

Ahhoz, hogy ez az XML alapú egynyelvűség valósággá 
váljon még sokat kell tenni. Ezt a feladatot tűzte zász- 
lójára, a BizTalk Community. (http://www.biztalk.org). 
Feladatuknak nemcsak a konferenciákon való részvételt és 
a publikálást tekintik, hanem működő rendszerek 
felépítését, az XML terjesztését és továbbfejlesztését. A 
résztvevő fejlesztők folyamatosan publikálják az új 
sémákat a társaság Interneten is elérhető könyvtárában. 
Véleményük szerint csak praktikus, e-világi tapasztala- 


Budai Zoltán, zbudaioicon.hu 
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Az XML segítségével pontosan és beszédesen fejezhetjük ki 
adatainkat és az adatcsere formai követelményeit. De... Ezek 
megadásával még nem mondtuk meg, hogy hogyan és miért 
akarunk adatokat küldeni és fogadni. Ha a kommunikációhoz 
illetve az integrációhoz már rendelkezünk is az összes szük- 
séges komponenssel, még mindig kell egy olyan mechanizmus, 
amely meg tudja mondani a kapcsolatban álló feleknek, hogy 
mikor és hogyan kommunikáljanak. Napjainkban az ilyen jel- 
legű utasítások szét vannak szórva a programok kódjába. Ez 
rosszul méretezhető, könnyen sebezhető megoldásokat ered- 
ményez, melyek nem képesek több szervezeti egységet (vagy 
akár vállalatot) átfogó műveletek lebonyolítására. Ennek a 
problémának a megoldására a Microsoft a BizTalk Orchestra- 
tion-t ajánlja, ami a BizTalk Server 2000 része. 

A Microsoft értelmezésében a , hangszerelés" (orchestration) 
B2B interakciók fejlesztését és végrehajtását jelenti. 
Az interakciók történhetnek több idősíkban, áthidalhatnak 
alkalmazásokat, szervezeti egységeket, embereket a vállalaton 
belülről illetve az Internet révén szerte a nagyvilágból. Ahhoz, 
hogy ez sikerüljön, három előfeltétel teljesülése szükséges. 


különválasztása (Separation of Definition from 
Implementation) 

Egy üzleti folyamat megvalósításához szükség van a folyamat 
modelljére, illetve a szoftverkomponensekre, amelyek 
megvalósítják a definíció egyes lépéseit. Napjainkban e 
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kettő elválaszthatatlan egymástól. Általában ugyanaz a kód 
valósítja meg az alkalmazásokat és komponenseket, mint 
amelyik elindítja, ellenőrzi magát a folyamatot. Az egymás- 
ba fonódás nem túl szerencsés megoldás, hiszen így a 
végtermék nehezen méretezhető, platform-, alkalmazás- és 
protokollfüggő. A BizTalk Orchestration segítségével vizuális 
környezetben alakíthatjuk ki az üzleti folyamat egyes lépé- 
seit, majd minden egyes lépéshez egy, a funkciót meg- 
valósító  szoftverkomponenst rendelhetünk hozzá. Így 
például egy platformváltozás csupán komponens(ek) cseréjét 
igényli, az üzleti folyamat egésze változatlan maradhat. 
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Dinamikus folyamatok (Dynamic Processes) 

Az üzleti folyamatok általában egyáltalán nem statikusak, 
állandóan változhatnak, új résztvevőkkel működhetnek együtt. 
A BizTalk Orchestration-nel kezelt folyamatok dinamikusan 
változhatnak futási időben a különböző alkalmazásokból 
illetve adatforrásokból érkező információk alapján. 

Egy kereskedelmi webhely esetén például tudjuk, hogy a 
vásárlási folyamat végén az árukat majd ki kell szállítani, de 
a szállító kiléte gyakorlatilag csak akkor derül ki, ha a vásár- 
ló már az összes mezőt kitöltötte a rendelési űrlapokon. A 
BizTalk Orchestration-nel olyan végrehajtható folyamatot 
alakíthatunk ki, ahol a rendelés egy absztrakt kiszállítóhoz 
kerül. A tényleges futási időben a kiválasztott kiszállító 
alkalmazása kapcsolódik a szállítási folyamathoz, és az absz- 
trakt elem mindig ezzel lesz behelyettesítve. Így tetszőleges 
számú kiszállítót rendelhetünk hozzá a folyamathoz, a 
folyamat logikai modelljének legkisebb változtatása nélkül. 
A megoldás így nem csupán dinamikus, de robusztus és 
méretezhető is lesz. 


Bármit bármihez" integráció (Any to Any 
Integration) 

A harmadik fontos feltétel szerint az üzleti folyamat összes 
alkotóelemének képesnek kell lennie kommunikálni vagy 
kapcsolódni a tényleges munkát végző és gyakran hete- 
rogén környezetben futó szoftverkomponensekhez. A 
BizTalk Server 2000 számos adaptert tartalmaz, melyeken 
keresztül elterjedt üzleti, CRM, számlázási alkalmazásokhoz 
tudunk kapcsolódni. A nyitott architektúra alkalmazás-, 
platform- és protokollfüggetlen integrációt tesz lehetővé. 
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Mi van a BizTalk Server 2000 csomagban? 
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A BizTalk Orchestration elemei 

A BizTalk Orchestration működését az ún. Engine felügyeli. 
Futtatja a folyamatokat, felügyeletet, hibakeresést tesz 
lehetővé. Az összes tranzakció aktuális állapota egy adatbázis- 
ban tárolódik XML formátumban, így szabványos eszközökkel 
felderíthető, hogy mely folyamatok várakoznak, hol vannak a 
szűk kereszmetszetek. A széleskörű integrációt az előbb említett 
adapterek biztosítják. Az üzleti folyamatok kialakítását, kompo- 
nensek hozzárendelését az egyes lépésekhez az Application 
Designer segíti, aminek van néhány olyan tulajdonsága, amely 
mindenképpen megér még néhány szót. 

Az üzleti folyamatok egyes lépései gyakran függetlenek 
egymástól. (Például, ha egy rendelés tételei más és más beszál- 
lítóktól érkeznek, akkor ezeket párhuzamosan is elküldhetjük az 
érintett partnerekhez.) A párhuzamosság kérdésétől elválaszt- 
hatatlan a szinkronizáció problémája. (Amíg az összes ren- 
delést hibátlanul el nem küldtük, addig nem küldhetünk ren- 
delésmegerősítést.) A programozási nyelvek és fejlesztőeszközök 
általában mostohán kezelik ezeket a problémákat. Az Applica- 
tion Designer segítségével viszont grafikus eszközökkel 
alakíthatunk ki párhuzamos folyamatokat, melyek kezelését és 
szinkronizálását az Engine automatikusan elvégzi. 

A BizTalk Orchestration hosszan futó, akár napokat vagy 
heteket átívelő tranzakciók kezelésére is lehetőséget ad. 
Ezek a tranzakciók számos résztvevőt és platformot foglal- 
hatnak magukba egyetlen tranzakciós kontextusban. Az 
Application Designer ezt is nagyban segíti, hiszen csak a 
folyamat tranzakció alá eső részeit kell néhány kattintás- 
sal egy téglalapba foglalni, hogy a lépések atomi egységet 
alkossanak. Ha a tranzakció futása közben hiba lép fel, 
akkor egy szintén általunk definiált folyamattal visszagör- 
gethetők a változások. 


Dániel Kolos, kdaniel2Dicon.hu 
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"b Grafikai fejlesztőeszközök (Graphical Development Tools) 
Két eszköz - a BizTalk Editor és BizTalk Mapper - segíti az XML sémák és üzleti dokumentumok fejlesztését 


és fordítását. 


"8 Nagymegbízhatóságú dokumentumközvetítő (Reliable Document Interchange Engine) 
Lehetővé teszi a tartalom alapján történő útválasztást, és többfajta dokumentumtípust támogat: XML, EDI 
(EDIFACT és X12), továbbá egyedi és egyszerű szöveges. 


"8 Magasszintű biztonsági eszközök 


Nyilvános kulcsú titkosítás, digitális aláírás, titkosítás, stb. 


- Alkalmazásadapterek (Application Adapters) 


A háttérrendszerekkel való integráció megvalósítására 
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Internet Security and Acceleration Server 


Az Internet használatának folyamatos és dina- 
mikus növekedésével együtt kerülnek előtérbe a 
biztonság és teljesítmény kérdésének kihívá- 
sai. A vállalatoknak nemcsak az Internetről a 
belső hálózatba áramló, valamint a kifelé 
irányuló adatfolyamot kell ellenőrizni, felü- 
gyelni, hanem figyelembe kell venni a belső 
és a kapcsolódási infrastruktúra erőforrásait, 
melyek jelentős mértékben befolyásolják a 
sávszélességgel, kliensek válaszidejével szemben 
támasztott követelményeket. 
Az Internet robbanásszerű növekedése váltotta ki az igényt 
egy nagy teljesítményű, könnyen adminisztrálható internet 
átjáró után, ami biztonságos kapcsolaton keresztül növeli a 
hálózat teljesítményét. 
A Microsoft Internet Security and Acceleration Server 2000 
kielégíti ezeket a követelményeket, magas fokú biztonságot 
és erőteljes hálózatgyorsítást szolgáltatva. Skálázható 
nagyvállalati tűzfal és web-gyorsító (cache) szerver, a 
legszorosabb integrációt nyújtva a Microsoft Windows 2000 
operációs rendszer házirenden alapuló biztonsági, gyorsító 
és Internet felügyeleti szolgáltatásaival, és nem utolsó sor- 
ban az Active Directory-val. 


Hálózati biztonság és gyorsító szolgáltatások egységes 
felügyelete 

A Microsoft ISA Server biztonságos, gyors és felügyelhető 
Internet elérést biztosít. A nagyvállalati tűzfal és a nagytel- 
jesítményű web-cache funkcionalitást kombinálva az ISA 
Server átlagos felügyeleti infrastruktúrájával csökkenti a 
hálózat bonyolultságát és költségeit. Akár egy integrált 
rendszer alternatíváját, akár egy elkülönített tűzfal és 
gyorsítótár (cache) alternatíváját választva a vállalat az 
általa kívánt erőteljes teljesítményhez és flexibilitáshoz jut. 


Microsoft ISA Server Setup 


Select the mode for this server: 








C Erewal mode 


Select this option to inatal enterprise frewal 
functionalty. 


€C Cache mode 
Select this option to install cache and Web hoztirg 
functjonalty. 

6 fntegated modd 


Select thiz option tó inztall integrated enterprise 
frewall. cache, and Web hozting functonaíty. 
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Üzemmódok 


Rugalmas felügyeleti eszközök biztosítják a többszintű fel- 
használó házirend, alkalmazás, ütemezés és tartalom felü- 
gyeletet. Az ISA Server szorosan integrálódik a Windows 
2000 biztonsági rendszerével, címtárával (Active Directory), 
virtuális magánhálózati (VPN) rendszerével és a Ouality of 
Service (005) által megvalósított sávszélesség-felü- 
gyeletével, leegyszerűsítve a menedzselési feladatokat. 


tech.net 


Biztonság 

Az ISA Server skálázható, többrétegű nagyvállalati tűzfalat 
tartalmaz, mely a dinamikus csomagszűrés, a belső IP 
címek  átfordítását végző NAT (Network Address 
Translation), az intelligens alkalmazás szűrők és a beépített 
betörés észlelés szolgáltatásait nyújtja. 

Az ISA Server megoldást nyújt: 

- a hálózat védelmére illetéktelen hozzáférés ellen, 

I a web szerverek védelmére külső támadások ellen, 

0 aki- és bejövő hálózati forgalom szűrésére, 

0 a gyanús tevékenységen alapuló riasztásra. 


Gyorsítótár 

Az ISA Server nagy teljesítményű gyorsítótár funkciója a 

Web elérés sebességét növeli takarékoskodva a sávszé- 

lességgel. A Windows 2000 Advanced Server előnyeit 

kihasználva (Load Balancing) jól skálázható, dinamikus ter- 

heléselosztást biztosít. A gyakran keresett Weboldalakat 

aktívan tárolja megtanulva az egyes hozzáférési mod- 

elleket. 

Az ISA szerver gyorsítótár képessége biztosítja: 

"8 a gyakran használt oldalak tárolását, 

"0 a hálózati forgalom csökkentését sávszélesség me 

takarítással, 

a felhasználók számára gyors Web elérést a túlterhelt 

Internet helyett az objektumok lokális biztosításával, 

"0 a világ számára Weboldalak terjesztését nagy hatásfokkal 
és költséghatékonyan. 


8 


Bővíthető és testreszabható 

Az ISA Server széleskörű szoftverfejlesztő készletet tartal- 

maz - SDK (Software Development Kit) - és egyéb API-kat az 

adminisztrációhoz, az alkalmazásszűrőkhöz, a webszűrők- 

höz, és a gyorsítótár felügyelethez, tág felületet biztosítva 

a bővítéshez és testre szabáshoz. Az ISA Server kiterjeszti a 

vállalatok biztonságát és gyorsítótár megoldásait: 

"0 Bő választékot nyújt külső gyártók termékeivel (pl.: 
vírus irtás, oldal szűrés...) való bővítéshez. 

"0 Testre szabott modulok fejlesztésével vállalati biztonsági 
házirend és különböző jelentések kialakításával. 


Nagyvállalati biztonság (Enterprise Security) 
A hálózatok és felhasználók Internetre csatlakoztatása a 
biztonság és termelékenység kérdéseit vetik fel. Az ISA 
Server szolgáltatásai a vállalati Web hozzáférések ellen- 
őrzésében és a monitorozás használatában segítenek. Az 
ISA szerver védelmet nyújt az illetéktelen behatolás ellen, 
vizsgálja a hálózati forgalmat, és támadás észlelésekor 
riasztja a rendszergazdát. 
"0 Többrétegű tűzfal 
A hálózatok rendkívül változatos módon támadhatók. 
Az ISA Server maxi-málisan védi a hálózat biztonságát 
csomag (packet)-, port (circuit)- és alkalmazásszintű 
(application) szűrési szolgáltatásaival, csökkentve az 
illetéktelen hozzáférés rizikóját. 
"0 Intelligens alkalmazásszűrők 
Az alkalmazásszűrők felismerik a hálózaton keresztül- 
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folyó adat tartalmát és érvényesítik a beállított 
házirendet. Ellenőrzik az alkalmazás specifikus forgal- 
mat - mint pl. elektronikus levél vagy videokonferen- 
cia - adattípust ismerő szűrőkkel növelve a biztonsá- 
got. Az ISA Server kihasználja az Active Directory 
házirenden alapuló felügyeleti funkcióit. 
0 Dinamikus IP szűrés 

A ,csak a szükséges port-ok engedélyezése" és ,a por- 
tok nyitottsága csak az aktív folyamatok idejére" elvén 
alapuló korlátozások csökkentik a külső támadások 
rizikóját. 


Gyorsítótár szolgáltatás (Web caching) 

A vállalatok megjelenése az Interneten hatalmas gazdasá- 

gi és piaci előnyökkel bír számukra, de csak akkor, ha web- 

oldaluk tartalma gyorsan és költséghatékonyan érhető el. 

Az ISA Server webgyorsítótár szolgáltatása csökkenti a tel- 

jesítményből fakadó szűk keresztmetszetet és felszabadít- 

ja a hálózati sávszélesség erőforrásait lokális tartalomszol- 
- gáltatásával. 

"0 Nagy teljesítményű gyorstár szolgáltatás (Web cache) 
Az ISA Server extra gyors RAM kezelésével és hatékony 
lemezkezelésével gyorsítja a webelérést takarékoskod- 
va a hálózati sávszélességgel. 

0 Skálázhatóság Ha egy proxy szerver nem skálázható, a 
tárolandó tartalom növekedésével a szolgáltatás tel- 
jesítménye negatívan hathat vissza, azaz bedugulhat 
az Internet átjáró. Az ISA Server fejlesztése a ská- 
lázhatóságot szem előtt tartva történt, hatékony 
bővíthetőséget és az ún. Cache Array Routing Protocol 
(CARP) implemen-tálásával dinamikus teljesítmény- 
elosztást nyújtva. 

0 Aktív gyorstár használat (Active caching) 

Az ISA szerver vizsgálja az egyes oldalak elérésének 
módját és gyakoriságát, eközben kiválasztja és alkal- 
mazza a legjobb algoritmust a tartalom tárolására. 
Proaktív tárolási eljárásaival és komplett weboldalak 
ütemezett letöltésével az ISA Server mindig a legfris- 
sebb tartalmat szolgáltatja a felhasználók számára. 


Rugalmas felügyelet 

Az ISA Server hatékony keretrendszert biztosít a háziren- 

den alapuló felügyeletnek és leegyszerűsíti az internetezés 

felügyeleti feladatait. 

-b Windows 2000 integráció Az ISA Server integrálja a 
Windows 2000 operációs rendszer több alapszolgál- 
tatását, ezzel erőteljes és konzisztens felületet nyújt- 
va a felhasználók, konfigurációk és szabályok admin- 
isztrációjához. Az alapszolgáltatások része a fel- 
használói azonosítás, a felügyeleti eszközök, a sávszé- 
lesség felügyelet (005), a NAT és a virtuális magán- 
hálózatok (VPN), melyek a Windows 2000 tech- 
sait használva az ISA Server egyszerűsíti a felügyeleti 
feladatokat. 
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"2 Házirend szabályozás. A biztonságot fokozó házirendek 
az ISA Serverrel könnyebben létrehozhatók és végreha- 
jthatók. A hálózat- és rendszer-felügyeleti eszközök 
adminisztrálhatják a csoportok és felhasználók jogo- 
sultságait, az alkalmazásokat, a tartalom típusát és az 
ütemezést. 

"0 Felügyeleti eszközök gazdag választéka A biztonság- 
és hálózat-felügyelet fontos szempontja a hálózat 
megbízható és egyszerű monitorozása. Az ISA szerver 
részletes naplózása és testre szabható riasztási 
funkciója szolgáltat információt a rendszergazda 
számára a hálózat állapotáról, esetleges biztonsági 
réseiről. Grafikus jelentések, és távoli felügyelet segíti 
a hálózati szakemberek munkáját a szerver teljesít- 
ményének optimális hangolásában. 


Skálázható biztonság 

A hálózati biztonság szintje és házirendje minden vállalatnál 

más és más. A sávszélesség elosztása, különböző oldalak elérése 

és az engedélyezett protokollok beállítása eltérő megközelítést 
igényel. Az ISA Server széleskörű szoftverfejlesztő készletet és 

külső gyártók megoldásainak integrálhatóságát nyújtja a 

testreszabhatóság megvalósítása érdekében. 

- Széleskörű fejlesztőkészlet. Az ISA szerver olyan 
széleskörű fejlesztőkészletet tartalmaz (Software 
és példákon végigvezetett szűrők és adminisztrációs 
modulok megvalósításával támogatja a vállalatok biz- 
tonsági koncepcióit. A fejlesztőkészlet (SDK) letöl- 
thető a Microsoft Web oldaláról. 

"0 Külső gyártók megoldásainak nagy választéka. 
Külső gyártók egyre bővülű termékválasztéka tágítja ki 
az ISA szerver funkcionalitását, melyek olyan lehe- 
tőségeket kínálnak, mint a vírus ellenőrzés, a tarta- 
lomszűrés, a valós idejű monitorozás, a Weboldal 
tiltás, a jelentés-készítés és felügyeleti eszközök. 

"0 Hatékony felügyelet. Csökkentsük le a felügyeleti 
feladatokat azok automatizálásával! Az ISA Server 
támogatja a szkriptelést, mely a felügyeleti funkciók és 
szabályok automatizálásának hatékony eszköze. 


ISA tűzfal 

Az ISA Server könnyű, biztonságos és költséghatékony utat 
kínál a vállalati asztali gépek Internet eléréséhez. Az ISA 
Server az Internet és a belső hálózat között elhelyezkedve 
továbbítja megbízható úton a kliens gépek kéréseit. 

Az ISA szerver biztonságos átjáró a helyi hálózat és az 
Internet között. Az ISA Server tűzfal transzparens a 
hálózati kommunikációban résztvevők számára. Az 
Internet felhasználónak nem kell tudnia a tűzfal 
létezéséről addig, amíg meg nem próbál az ISA Server által 
védett szolgáltatáshoz hozzáférni. ő 
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ISA tűzfal 


A tűzfal támogatja az internetes protokollok minden fajtáját, 
többek között a HTTP-t (Hypertext Transfer Protocol), az FTP- 
t (File Transfer Protocol), a Real Audio/Video-t, az IRC-t 
(Internet Relay Chat), a H.323-at, a Windows Media-t, 
valamint a levelező és hírolvasó protokollokat. 


Port és alkalmazás szintű védelem 

Az ISA Server a kliens gépek és az Internet között elhe- 
lyezkedve port és alkalmazási szinten védi a belső hálózatot. 
Port védelmi szinten engedélyezhető a csomagszűrés, mel- 
lyel lényegében megszüntethető minden forgalom a helyi 
hálózat és az Internet között. Következésképpen olyan 
statikus csomagszűrők állíthatók be, melyek blokkolják a 
nemkívánatos csomagok bejutását a lokális hálózatra. 
Alkalmazás szinten a tűzfal védi a hálózatot, miközben 
engedélyezhetők olyan Internet szolgáltatások, mint a 
Telnet, RealAudio, IRC és a Windows Media. 


Csomagszűrés (packet filtering) 

Az ISA szerverben olyan IP csomagszűrők alkalmazhatók, 
melyekben definiálható a szolgáltatás típusa, a port szám 
és a forrás vagy cél számítógép neve. Az IP csomagszűrő 
olyan statikus filter, amely az adatcsomag bizonyos por- 
tokon történő áthaladását engedélyezi vagy tiltja. Az 
engedélyező szűrők áteresztik a csomagot, de csak a 
definiált portokon. A tiltó szűrők mindig blokkolják egy 
csomag átjutását az ISA Serveren. 

Azok a csomagok, melyekre nincs definiálva se blokkoló, se 
engedélyező szűrő, az ISA Server alkalmazás szintű szolgál- 
tatásaihoz továbbítódnak. Ezen a szinten állítható be olyan 
házirend, melyben szabályok összességével definiálható, 
hogy milyen típusú kommunikáció engedélyezett. Az ISA 
Server házirendje mondja meg azt, hogy melyik típusú kom- 
munikáció érheti el a Web Proxy vagy a tűzfal szolgáltatást. 
A portok csak a tényleges kommunikáció idejéig vannak 
nyitva, a kapcsolat befejezése után rögtön lezáródnak. 


Dinamikus csomagszűrés 

Az ISA Server támogatja a kimenő és bejövő csomagszűrést 
is. Dinamikusan ismeri fel, hogy mely csomagok férhetnek 
hozzá a helyi hálózat port és alkalmazás szintű szolgál- 
tatásaihoz. Olyan házirendek konfigurálhatók be, melyek 
automatikusan nyitnak meg egy portot, ha az a csomag 
számára engedélyezett, és azt a kommunikáció befejeztév- 
el rögtön le is zárják. Ez a megközelítés csökkenti a védte- 
len portok számát mindkét irányban és magas szintű, prob- 
lémamentes biztonságot nyújt a hálózat számára. 
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ú 
Közzététel funkciók 


Az ISA Server a helyi hálózat biztonságának veszé- 
lyeztetése nélkül teszi lehetővé belső szolgáltatások köz- 
zétételét. Olyan szabályok definiálhatók, melyek az 
Internet felöli kéréséknek megfelelően továbbítják a kérel- 
met az ISA Server mögötti Web vagy egyéb szerver-szol- 
gáltatás felé. Az ISA Server olyan hidat épít a szolgáltatás 
vagy alkalmazás és a külső hálózati csatolója közé, mellyel 
a szolgáltatás figyelheti a külső porton érkező kéréseket, 
azaz meghatározott külső portját "rábízza" egy belső 
szerver szolgáltatására. 


Szerver szolgáltatások közzététele 

Vegyünk például egy Exchange szervert a helyi hálózaton, 
amely leveleket küld az Internet felé. Az SMTP levél- 
továbbítás szükséges feltétele a 25-ös port be- és kimenő 
kommunikációjának engedélyezése, ezért az Exchange 
szerver SMTP szolgáltatása az ISA Server külső portjához van 
kötve. Ezzel a technikával az Exchange figyelheti a bejövő 
kérelmeket. E szolgáltatás üzemeltetéséhez olyan szerver 
közzétételi szabályok szükségesek, amelyek specifikálják 
azokat a belső szervereket, amelyek számára a web publikálás 
vagy szolgáltatás közzététel engedélyezett. Az ISA Server 
figyeli a kéréseket és továbbítja a megfelelő kiszolgálóhoz. 


Web közzététel (Web publishing) 

A szerver szolgáltatások másik példája a Web közzététel. A 
Web kiszolgáló az ISA Server mögé helyezhető a Web köz- 
zétételi szabály definiálásával, amely engedélyezi a Web 
szerver szolgáltatásait az Internet felé. A Web szerver felé 
irányuló kéréseket az ISA Server megszakítva az Internet 
kliensei felé azt képzetet nyújtja, mintha a Web szolgál- 
tatást maga futtatná. Az ISA Server a kliensek kéréseit a 
saját gyorstárából teljesíti, azokat csak a kívánt oldalak 
hiányában továbbítva a Web szerver felé. 

Amíg a Web szerver a helyi hálózat biztonságát élvezi, az 
ISA Server gyorstároló módszerével tehermentesíti az 
Internet felé irányuló kapcsolatot. 


Web gyorstár 

A legtöbb webböngésző támogatja a lokális gyorstárolást, 
amivel a weboldalak az Internet helyett a helyi tárolóból 
hívhatók elő. Az ISA Server ugyanezt a koncepciót követve 
a gyakran lekért objektumok központosított tárolását 
nyújtja, ezzel növelve a kliensek böngészőinek teljesít- 
ményét, csökkentve a válaszidőt és takarékoskodva az 
Internet szolgáltató felé irányuló gerincvonal sávszé- 
lességével. A lemez gyorstárból szolgáltatott objektumok 
nagyságrenddel kevesebb feldolgozási időt igényelnek az 
Internetről kért objektumokkal szemben. 
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ISA gyorstár 


Az ábrából kiindulva, a Kliens1 az Internetről letölt egy 
oldalt, mely az ISA Server gyorstárában tárolódik, majd a 
Kliens2 azonos oldal kérésekor nem történik Internet elérés, 
az a gyorstárból kerül a Kliens2 gépre. 
Az ISA szerver támogatja a tárolandó Internet oldalak 
elosztását több ISA szerver között. Ezzel a terheléselosztás- 
sal azonban nemcsak a teljesítmény növelhető, hanem 
meghibásodás esetére hibatűrést is biztosít. Az ún. elosz- 
., tott gyorstárazás (distributed caching) implementálható 
tömb, lánc hierarchiában vagy a kettő kombinációjaként. 


Ütemezett oldal letöltés 

Az ütemezett oldal letöltés szolgáltatással az ISA Server 
lehetőséget nyújt a népszerű oldalak letöltésére 
közvetlenül az ISA gyorstárába. Egy háttérfolyamat előre 
beállított módon, ütemezve frissíti az ISA gyorstárát, 
amikor az nem a kliensek kéréseit kezeli. 
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Ütemezett oldal letöltés 


Házirend szabályozás 

Az ISA Serverben olyan szabályok definiálhatók, melyekkel 
meghatározható, hogy milyen feltételekkel folyjon a kom- 
munikáció az Internet és a helyi hálózat között. A fel- 
használás igényeit felmérve beállítható, hogy milyen fel- 
használóknak, szolgáltatásoknak, portoknak vagy tar- 
tományoknak van engedélye az Internet használatához. 
Ezen szabályok létrehozhatók vállalati (enterprise) vagy 
tömb (array) szinten, három különböző szabálycsoportot 
megkülönböztetve: 

"B Hozzáférési szabályok 

"0 Sávszélességi szabályok 

-? Közzétételi szabályok 
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Hozzáférési házirendek 

A hozzáférési házirendek az 

"0 oldal és tartalom 

"8 a protokoll 

"8 az IP csomagszűrők szabályainak összessége 

Az oldal és tartalom szabályokkal definiálható, hogy a 
helyi hálózat gépei mely Internet oldalakat érhetik el. Az 
oldal és tartalom szabályok az alkalmazási szinten kerülnek 
feldolgozásra. 
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Oldal és tartalom szabályok 


A protokoll szabályokkal az ISA Server felhasználóinak 
engedélyezett protokollok definiálhatók, melyek szintén az 
alkalmazási szinten kerülnek feldolgozásra. 







Configure Protocol Rules 
$er Enterpeive Policy 1 
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Protokoll szabályok 


Az IP csomagszűrőkkel bizonyos IP címekkel történő kom- 
munikáció tiltható az ISA Server csomag szintjén. 
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IP szűrők 


Sávszélesség házirend 

A sávszélesség szabályaival konfigurálható, mekkora 
sávszélesség biztosítandó az egyes Internet felé irányuló 
kéréseknek. 
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Sávszélesség házirend 


Közzététel házirend 

A szerver közzétételi szabályok szűrnek minden ki- és 
bejövő kérést. A kérésnek megfelelően építenek hidat a 
szolgáltatást nyújtó szerver és az Internet kliense közé. 
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Vállalati (enterprise) és tömb (array) házirend 

Az előbb felsorolt szabályok kombinációjával tömb szintű 
házirend definiálható, amely csak a tömböt alkotó ISA 
Serverekre érvényes. A vállalati házirend - mely oldal és tar- 
talom, valamint protokoll szabályokból áll, bármely tömbre 
alkalmazható, kibővítve a tömbök saját házirendjét. 





Szétosztott gyorstárak készítése 

Az ISA Serverek hatékony tulajdonsága a gyorstárak skálázható 
felépítése, hierarchikus gyorstárak kialakítása. A kialakítás 
alapja a Cache Array Routing Protocol, mely segítségével lánc- 
ba vagy hierarchiába fűzött gyorstárak alakíthatók ki. 

A gyorstár tömbök a skálázhatóságot adják, ekkor több 
gyorstárat egy tömbben egyesítve a terheléselosztást 
tudjuk elérni. 

A láncba (hierarchiába) szervezett gyorstárak pedig a 
megfelelő információkat a láncon végighaladva keresik, az 
alsóbb szinten meglévő információkérés nem továbbítódik 
a felső szintre. Az SSL kapcsolatok a láncba kötött 
gyorstárak esetén is működnek. 

Természetesen a két megoldás kombinálható egymással, ahol 
szükség van rá, tömböket készíthetünk a hierarchián belül. 


Varázslók 

Az ISA Server könnyebb felügyelete érdekében tartalmaz 
néhány varázslót, ahogyan azt a Windowsban már megszok- 
tuk. Az alábbi kép az új protokoll varázslót mutatja be. 


Completing the New Protocol 
Rule Wizard 


"You have successfuly completed the New Protocol Rule 
Wizard You crealed a protocol rule with the following 
configuration 


Name a 


To close this wizard, ckck Finish. 
et [7756]. tes ] 


Új protokoll szabály varázsló 








Windows 2000 integráció 

A Windows 2000 és az Active Directory felügyeleti 
funkcióit az ISA Serverbe is beépítették. Az integráció 
segítségével a felhasználó Active Directoryba történő beje- 
lentkezéskor az ISA Serverben beállított házirendeknek 
megfelelő jogosultságokat is megkapja. Az Active 
Directoryban lehet a külső és a belső Web elérési szabá- 
lyokat megadni, a szolgáltatások engedélyezésével, vagy 
tiltásával. A Performance Monitor segítségével az ISA 
Server teljesítménye távolról is felügyelhető, az Event Log 
az MMC és a távoli felügyelet (terminál szolgáltatások) 
egyaránt működnek. 





Jelentések 
Az ISA Server számos előre definiált jelentéssel ren- 
delkezik a mindennapos jelentési kötelezettség egyszerű 
megoldása érdekében. 

Az alábbi előre elkészített jelentésekkel dolgozhatunk: 

0 Összesített jelentések, melyek a hálózat használatát, 
alkalmazás szinten is feltüntetik, Alapja a proxy és a 
tűzfal log-ok feldolgozása. 








Microsoft ISA Server Sammary Reports 








Jelentések 


-? webhasználati jelentések, a legtöbb Web elérést végre- 
hajtó felhasználókat és a válaszidőket adja meg. Proxy 
log alapú. 

-? Alkalmazás használati jelentés, a bemeneti, kimeneti 
forgalom, ügyfél alkalmazások és célállomások feltün- 
tetésével. Tűzfal log alapú. 

"2 Forgalom és terhelés jelentés, alkalmazásonként 
mutatja a protokollokat és irányokat, átlagos kapcsola- 
tokat, a gyorstár állapotát, a hibákat, a tűzfal és a 
proxy log-ok feldolgozásával. 

0 Biztonsági jelentések, melyek a betöréseket, a biztonság 
megsértését mutatják. Alapja a proxy, a tűzfal, és a 
csomagszűrés log-ok. 


Vészjelzések (Alerting) 

A korszerű felügyelet nem képzelhető el beállított 
események esetén riasztások küldése nélkül. Lehetőség 
van események, vagy események sorozata bekövet- 
kezésekor üzeneteket küldeni, illetve e-mailt küldeni, egy 
programot végrehajtatni, egy szolgáltatást leállítani vagy 
indítani, az Event Log-ba bejegyzést készíteni. 





NVfendduthatti gy 
Ödívotaret vénlattan SEBI 


Riasztások engedélyezése 


A riasztási rendszer segít a hatékony felügyelet meg- 
valósításában. 
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SECURITY AND ACCELERATION SERVER. 


Ügyfél oldali komponensek 

Az ügyfél oldali lehetőségek egyfelől az ISA Firewall Client 
szoftver másfelől a SecureNAT technológia használatával 
aknázhatók ki. Mindkét ügyfél esetén a gyorsítótárból kapja 
az adatokat. Az alkalmazás-szűrők, melyek a tartalom- 
szűrést végzik, szintén használhatók mindkét ügyfél esetén. 


SecureNAT 

Azon ügyfél oldali számítógépek, amelyeken nincs ügyfél 
oldali kliens szoftver telepítve, a SecureNAT technológia 
használatával minden szoftver telepítés nélkül képesek az 
ISA Server legtöbb funkcióját használni, a konfigurációs 
beállítások segítségével. Ilyen funkció a hozzáférés vezér- 
lés, kivéve a magas szintű protokoll-támogatást és a fel- 
használói hitelesítést. 

A SecureNAT a Windows 2000 NAT funkcionalitását kiegészíti, 
magasabb szintű titkosítást és ellenőrzést biztosítva, mivel a 
tartalom az alkalmazás-szűrőkön és a házirend feldolgozón 
valamint a sávszélesség vezérlésen halad át. 


Tűzfal ügyfelek 

Az ügyfél oldali gépekre telepített szoftver segítségével a 
hitelesített felhasználók is használhatják a szolgáltatá- 
sokat, nem csak IP cím alapján lehet a házirendeket 
felépíteni. A WinSock (1.1 és 2) alkalmazások támogatása 
az ügyfél oldali szoftver része. A telepítést Windows 
95/98, NT 4 és 2000-re lehet elvégezni. A teljes ISA Server 
funkcionalitás a tűzfal ügyfelekkel oldható meg. 


Összefoglalás 

Az Internet megváltoztatja az emberek és a szervezetek 
kommunikációját és kapcsolatát a gazdaságban. A külön- 
böző méretű szervezetek saját hálózataikat mindannyian 
az Internetre kötik, mivel az üzleti sikerükhöz, a 
hatékonyságuk növeléséhez erre van szükségük. A csat- 
lakozás azonban nem csak előnyöket tartogat számukra, 
hanem bizonyos veszélyeket is rejt. Az ISA Server ter- 
vezésekor a fő cél az Internet alapú üzleti tevékenység 
támogatása, nagyvállalati szintű biztonság kialakításával, 
hatékony Web gyorsítással és könnyen használható felü- 
gyeleti segédprogramokkal, melyek Windows 2000 infras- 
trukturális alapjain működnek. 

Az ISA Server egy több szintű tűzfal megoldás, mely képes 
a hálózati biztonságot megteremteni, beépített betörés 
észlelés segítségével. A Web gyorsítótár segítségével gyors 
és hatékony Internet elérést biztosít a szervezet munkatár- 
sai számára, nemkülönben az Internetről jövő kérések 
kielégítése érdekében. A házirend alapú felügyeleti 
képességei integráltak a Windows 2000 Server-rel, a Web 
gyorstár és a biztonság egyszerű felügyelete érdekében. 
Az ISA Server a kommunikációs infrastruktúra kritikus 
eleme, amely képes az Internet-kor kihívásaira hatékony és 
biztonságos válaszokat adni. 900v. 


Éberling Tamás, Babócsy László, LBabocsy(OMINOR.HU 
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Host Integration Server 2000 "Het 


Kezdjük az elején, mire jó a HIS 2000? 
A Microsoft Host Integration Server 2000 a 
Microsoft Windows operációs rendszerek és a 
nem Windows alapú vállalati rendszerek kö- 
zötti kapcsolatok hatékony kialakítását se- 
gíti: A legtöbb szervezetben az úgynevezett 
Nagygépes" platformokon kritikus alkalma- 
zások futnak, ezért rendkívül fontos, hogy 
ezen alkalmazások és adatok is integráltan 
illeszkedjenek a vállalati környezetbe. Megbízható, 
biztonságos és kényelmes legyen ügyféloldalról is ezek 
elérhetősége. Legyen jól menedzselhető és teremtődjön 
meg a más rendszerekkel való integrálhatóság is. 
A Microsoft Host Integration Server 2000 alkalmazásával 
hatékony kapcsolat teremthető az IBM mainframe, AS/400 
és UNIX rendszerek irányába anélkül, hogy akár kliens, 
akár szerveroldalon a használni kívánt alkalmazások kód- 
ját módosítani kellene. 
Segítségével mind a hostok mind pedig a munkaállomások 
oldalán jelentős erőforrások szabadíthatók fel, például a ter- 
minálkapcsolatokat, az alkalmazások forgalmát, a print jobok 
kezelésének terhét is átveheti. Ez azt eredményezi, hogy a 
klienseken nincs szükség pédául a nyomtatáshoz szükséges 
alkalmazások futtatására, de host oldalon is jelentősen 
egyszerűsödik az adminisztráció. A kliensek és a HIS 2000, 
illetve az egyes HIS 2000-ek között tömörített, kódolt adat- 
továbbítást alakítható ki, amely jelentős teljesítményjavulást 
eredményez és csökkenti a hálózat terheltségét. 
A Host Integration Server 2000 megszünteti a fejlesztők 
számára a különböző platformok által szabott korlátokat és 
megnyitja az utat ezzel az olyan elosztott és méretezhető 
megoldások előtt, amelyek kiterjeszthetik a meglévő fo- 
lyamatokat és adatelérést anélkül, hogy a meglévő host 
kódot újra kellene írni vagy esetlegesen teljesen áttervezni. 
Ez a tulajdonság lehetővé teszi, hogy gyorsan készüljenek 
olyan új üzleti alkalmazások, amelyek Windows DNA 2000 
technológiát használnak, de emellett nem vész el a koráb- 
bi saját fejlesztésekbe fektetett energia és költség sem. A 
Host Integration Server 2000 a fejlesztők számára három 
szinten kínál nagyfokú integrációs lehetőséget. Ez álta- 
lánosan a következőket jelenti: 


Hálózati szint 

Sok szervezet számára a nagygépes környezetben futó alkal- 
mazások nélkülözhetetlenek és üzleti szempotból rendkívül 
kritikusak. A Host Integration szerver egységes, menedzsel- 
hető host elérést biztosít mind a kliens/szerver, mind a weba- 
lapú hálózatok számára. A szerver integrálja az Active Directory 
és a hostok által nyújtott biztonsági szolgáltatásokat. 


Adatszint 

Minden olyan szervezet, amelynek az IT infrastruktúrája 
nem egyetlen rendszeren alapul, illetve használ valamilyen 
szinten szétosztott adat- vagy információbázist, találkozott 
már a problémával, hogy milyen módon teremtse meg a 
különböző rendszerekben elhelyezkedő adatok konziszten- 
ciáját és szinkronizációját. 


tech.net! 


A HIS 2000 a mainframe-ken, AS/400, UNIX Windows NT 
vagy Windows 2000 Server-eken elhelyezkedő relációs DB2 
adatbázisban vagy a filerendszerben elhelyezkedő adatok 
teljes, megbízható és biztonságos elérését biztosítja akár 
objektumorientált módszerekkel is. 


Alkalmazásszint 

Mivel a legtöbb cég komoly befektetéseket eszközölt a hos- 
tokon futó üzleti alkalmazások kifejlesztésére, megvásár- 
lására és testre szabására, ezért fontos szempont, hogy az 
üzleti logika módosítása nélkül tudjuk ezen rendszereket 
integrálni, akár egy webfelületen megjelenő front-enddel. 
A különböző kapcsolatok kialakításán túl nem utolsó szem- 
pont az sem, hogy ehhez lehetőleg ne kelljen ismerni és 
módosítani a meglévő alkalmazások kódját. 

A COM Transaction Integrator segítségével olyan elosztott 
alkalmazások készíthetők, amelyek a Microsoft Transaction 
Services és IBM CISC és IMS tranzakciókat képesek inte- 
gráltan kezelni. Így a bonyolult host kódot nem kell átlát- 
ni, hanem a webfejlesztők használhatják a COMTI szolgál- 
tatásait a CISC és IMS elfedésére és COM objektumként 
használhatók szétosztott webkörnyezetben. 


Host Integration Server 2000 


l Alkalmazás integráció 





] Adat integráció 


HÁLÓZAT ] Hólózati integráció 


Háromszintű integrációs lehetőséget nyújt az új Host 
Integration Server 2000 


Mint látható ez a termék a korábbi években sikeres SNA szerver 
utóda. Ez azonban rögtön felvet két nyílvánvaló kérdést. Az egyik 
természetesen az, hogy mi a helyzet a régi SNA Server-rel, a 
másik pedig hogy miben más ez, miben jelent ez a termék újat? 
Az első kérdésre a választ nem nehéz kitalálni, vagyis a 
Host Integration Server 2000 az SNA Server teljes funk- 
cionalitását örökli, de emellett számos területen növelték 
használhatóságát, megbízhatóságát, illetve jónéhány új 
funkcióval bővült. Néhány gondolatban strukturáltan meg- 
próbáltuk összefoglalni, hogy melyek ezek. 


Windows 2000 integráció. 

A Microsoft Host Integration Server 2000 intelligensen 
használja az Active Directory által nyújtott alapszolgáltatá- 
sokat. Ez azt is jelenti többek között, hogy a kliensek az 
Active Directory segítségével találják meg a szervereket a 
hagyományos subdomain struktúrán túl. A felhasználóknak 
a részletes protokollbeállítások helyett elegendő csak az 
organizatitional unit nevét konfigurálni. Természetesen a 
kiszolgáló erőforrások elérhetők több 0U-n keresztül is. 


A MICROSOFT MAGYARORSZÁG SZAKMAGAZINJA 





MMC alapú többgépes adminisztráció 
A Microsoft Management Console alapú adminisztráció segít- 
ségével az egész szervezeten belül konzisztens módon lehet 
adminisztrálni a HIS 2000, illeszkedve a többi Windows 2000 
alapú komponenshez. Vannak olyan komponensek, amelyek 
központi adminisztrációt tesznek lehetővé, mások gépszin- 
ten konfigurálhatók, így egy konzolablakban természetesen 
több szervert is adminisztrálhatunk. 
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MMC konzolon keresztül adminisztrálható a HIS 2000 


MWI alapú telepítés 

A Microsoft Windows  Installer alkalmazásával az 

üzemeltetési és fenntartási költségek jelentős csökkentése 

érhető el, mivel a termékek telepítésére és konfigurálására 

hatékony módot kínál. Így a HIS 2000 esetében is használ- 

hatók a Group Policy Editor vagy a System Policy Editor 

kínálta lehetőségek, illetve az esetleges hibás telepítések 

automatikusan korrigálhatók, amely a rendszer rendelkezésre 

állása és az állásidők csökkentése szempontjából fontos. 

b Megszakadt telepítésnél visszagörgetés (rollback) 

0 A megsérült telepítések rugalmas helyreállítása 

0 Lehetőséget biztosít az adminisztrátornak, hogy meg- 
határozza a MWI viselkedését a Group Policy Editor 
használatával a Microsoft Windows 2000 rendszereken, 
vagy a System Policy Editor segítségével a Windows 95, 
Windows 98 és Windows NT rendszereken. 


SNA Server Windows 2000 környezetben? 

Az SNA Server 4.0 változata a service pack 3 után ter- 
mészetesen támogatja a Windows 2000 operációs rend- 
szert, de sajnos ebben az esetben kihasználatlanok marad- 
nak a Windows 2000 által biztosított alapszolgáltatások és 
az azokkal való szoros integrációból adódó előnyök. 


Host Integration Server Windows NT 4.0 alatt? 

A Host Integration Server 2000 teljes mértékben támoga- 
tott Windows NT 4.0-án. A Windows 2000 specifikus szol- 
gáltatások nem lesznek elérhetőek. Ilyen Windows 2000 
szolgáltatás például a COMTI által használt COM- Object 
Pooling és az Active Directory kliens-szerver felhasználása. 
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Hálózatbiztonsági rendszer változásai 

A Host Integration Server 2000 a RAFC, AFC/2 és Top Secret 
alkalmazásával egyirányú jelszószinkronizációt biztosít a 
mainframe számítógépek felé. A Host Integration Server 
2000-nél nincs szükség harmadik fél által gyártott ter- 
mékekre a Windows NT vagy Windows 2000 operációs rend- 
szerekről RACF-re, ACF/2-re és Top Secretre történő jel- 
szóváltoztatás kezdeményezéséhez A Host Integration Server 
2000 a host PEM (Password expiration management) - kom- 
ponensét használja a hoston történő változtatások 
elvégzéséhez. Ez a komponens része a host APPC/CICS-ének. 
Ez az új tulajdonság lehetővé teszi a Windows 2000 számára, 
Active Directory-val, vagy anélkül, hogy központi biztonsági 
adatbázisként működjön. A mainframe gépekkel való 
kétirányú jelszó szinkronizáláshoz továbbra is szükséges a 
kiegészítő Proginet vagy NEON Systems termékek használata. 
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Welcome to the Host Security Domain 
Configuration Wizard 

Thu Wizard wa he you pertom the tolong task 

1. Dane a newHot Socuaty Doman 


2. Anrociate the Hort Secsaty Doman wih a hont 
cormedion 
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Cook 
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I Hort Szazty Domaine 


aj slat MEZ SZEREZ see dá j 2] 
Kortplodk [ 


ása] d 6 2 Aj EJ / [/daosat aze. [ddrucrosot a — féket integration. [/] Docuvert - word...) [$7B 14705 
A legtöbb komponens wizardok segítségével konfigurálható 





MSDE-alapú host biztonság 

A password szinkronizáláshoz és automatikus (Single Sign- 
0n) bejelentkezéshez a felhasználóazonosító és a jelszó 
tárolására az SNA Server egyszerű fájlalapú adatbázist 
használ. A Host Integration Server 2000 ezt a fájl adat- 
bázist egy MS Data Engine-en alapuló adatbázissal cseréli 
fel. Mivel az MSDE a Microsoft SOL Server technológiára 
épül, így ez a megoldás megbízhatóbbá, jobban támogat- 
hatóvá és skálázhatóbbá válik. 


SNA gateway változások 

Az SNA Server 4.0-val járó 3270 kliens desktoponként 
egyetlen eseményt tesz lehetővé. A Host Integration 
Server 2000 több eseményre biztosít lehetőséget. Egy 
végfelhasználó így akár 16 eseményhez juthat a munkaasz- 
talon futó 3270 kliensből. Elméletben a felhasználó a helyi 
PC erőforrások számával egyező számú eseményt fut- 
tathatna, de 16 a tesztelt és megerősített szám. 
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Host Printing skálázhatóság 
A Host Print Server funkció 1024 helyett 4096 nyomtatási 
esemény támogatására lett méretezve. Ez valószínűleg a 
legterheltebb host print környezet igé- 


00. 


fejlesztők és adatbázis adminisztrátorok gyorsan meg- 


találják a feladatuk elvégzéséhez szükséges specifikus 
információkat. 
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LU6.2 2PC terheléselosztás, hotbackup Tasásám 
A HIS 2000 alkalmazásával lehetővé válik, 
hogy egyes APPC alkalmazások esetén ter- 
heléseloszlást és hotbackupot biztosít- 
sunk több Host Integration Server 2000 


kiszolgálón keresztül. 
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VPN támogatás 
A kliensek távolról biztonságosan, akár 
az Interneten keresztül létesített ,ala- 
gút" segítségével is elérhetik a host 
alkalmazásokat. 
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Adminisztráció 

WMI alapú menedzsment és konfiguráció 
A Host Integration Server 2000 az SNA 
adminisztrátorok számára további menedzsment lehe- 
tőségeket biztosít a Host Integration környezet SNA gate- 
way funkcióinak ellenőrzésére és szabályozására. A Windows 
Management Interface nézet a Windows platformot alkal- 
massá teszi vállalaton belül a szoftver, a hardver, a hálózat, 
a felhasználó és a policy monitorozására, ellenőrzésére és 
elemzésére. A WMI/COM használatával egy automatizáló 
interfész biztosítja a felhasználó számára, hogy saját admi- 
nisztratív eszközeit létrehozza, melyeket monitorozáshoz, 
konfiguráláshoz és minden SNA adminisztratív objektumon 
végzett tevékenységhez használhat. A WMI a fejlesztőknek 
infrastruktúrát biztosít a közvetlenül erre az infrastruktúrára 
épülő menedzsmentalkalmazások létrehozására. 
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Online dokumentáció 

A Host Integration Server 2000 telepítője és dokumentá- 
ciója a funkcionális szempontokra összpontosítva teljes 
áttervezésen esett át. A termék minden egyes funkcionális 
területéhez (COMTI, replikáció stb) készült egy online 
könyv, így a vásárlók kiválaszthatják a számukra megfelelő 
MS Management konzolt. A termék telepítője is ezek köré 
a funkcionális területek köré szerveződik, így egyszerűbb 
csak a felhasználó igényeinek megfelelő komponenseket 
telepíteni. Az online könyv kiegészítői a multimédiás 
hibaelhárítók és további hibaelhárítási témák. A Host 
Integration Server 2000 mindegyik online könyv 
nyomtatható változatát is tartalmazza (Adobe Acrobat). A 
teljes dokumentumot megtekinthetjük a Start menün 
keresztül elérhető  HiIServer.chm segítségével. A 
környezetérzékeny súgó kapcsolódik a tartalomjegyzékhez, 
így a áttekinthetjük a vonatkozó témaköröket és 
böngészhetünk bennük. A Host Integration Server 2000 az 
online könyvekben tárolt konfigurációs adatok beje- 
gyzéséhez online munkalapokat is biztosít, valamint egy 
link-térképet, melynek segítségével az adminisztrátorok, 
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Select Features Screen 


Use the following dialog box to select the feati 
Features dialog box is shown below: 
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A dokumentáció képekkel és mozgóképekkel segíti a fel- 
használókat 


Adatelérés 

A DB2 elérés kiemelkedő tulajdonságai. 

A Host Integration Server 2000-ben mind a Microsoft OLE 
DB szolgáltató, mind az ODBC DB2 meghajtója újra lett ter- 
vezve, hogy megnövelt teljesítményt és skálázhatóságot 
biztosítson. Ez lehetővé teszi a fejlesztők számára, hogy 
dinamikus webalkalmazásokat készítsenek, amelyek valós 
időben érnek el nagyon fontos DB2 adatokat. Ezen felül a 
Windows teljesítményfigyelőjében (Performance Monitor), 
új számlálók segítségével az adminisztrátorok könnyen ter- 
vezhetnek és végezhetnek előzetes teszteket. 


Adatintegráció 

AS/400 adatsorok 

Az adatsor (data gueue) egy AS/400 rendszerobjektum, 
amely több program vagy feladat közötti belső kommuniká- 
cióhoz használatos. Az adatsorok segítségével lehetőség 
van arra, hogy több program közös üzeneteket küldjön vagy 
fogadjon egy központi helyet használva anélkül, hogy az 
üzenet adatait fizikai adatbázisba kellene írni. Általában 
amikor egy adatrekord kiolvasásra kerül, a rekord törlődik a 
sorból. Az adatsorok használatának előnye az adatbázis- 
fájlok használatával szemben az, hogy az adatsorok sokkal 
kevesebb input/output (I/0) műveletet igényelnek, ezál- 
tal növelik az egész rendszer teljesítményét. A Host 
Integration Server 2000 segítségével a 32 bites Windows 
alapú alkalmazások adatsorokat tudnak elérni egy COM 
komponens használatával. A vezérlőkomponens az AS/400 
kódjai szerint megtervezett, így gyakorlatilag a legtöbb 
opciót lehet vele elérni. 
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Fájlátvitel az AS/400, AS/36 és VSAM rendszerekbe 

A fájlátviteli lehetőség segít abban, hogy a felhasználó 
fájlokat mozgasson a helyi gép és a host között. A Host 
Integration Server 2000 e szolgáltatását egy ActiveX vezér- 
lő segítségével nyújtja. 


Kapcsolatpooling OLE DB szolgáltatóhoz és ODBC DB2 
meghajtóhoz. 
FETT TT EZAZ TT ET] 
ÉJ Sorok  Hndom tie 

Aton en [d 5[Olm me XSDBDB É [553 








tree] Cela] sas roenpe [/ tenzn[/ Pr 
éléseáer a TETTEST SEZEN ETET 





TA morosekt CEL Pro far AS/400 ná var [IT Aus 4.vyoze 


Tau name Cohen] 


nee 
Azon] [4 8 sa 4) EJ [/drcrosot onzo. áölmerosott S4a Ma...) félrost irtegation — ] E) Doczment - word. [4 A as07 


A konfigurációhoz szintén az MMC konzol nyújt 
megoldást 


Amikor engedélyezzük a kapcsolatpooling-ot, létrejön egy 
pool, amely kiszolgálja az adatbáziskapcsolati kérelmeket. 
A kapcsolatpooling lehetőséget nyújt egy közbenső réteg, 
például az Internet Information Server (IIS) számára, 
hogy nyitott kapcsolatokat vegyen át, és szolgáltassa őket 
azon a webkliensek számára, amelyek adatbázisszolgál- 
tatásokat kérnek. A HIS 2000 azon lehetősége, hogy az 
adatbázishoz a kapcsolatok nem bontódnak le és fenn- 
maradnak jövőbeli használatra, lecsökkenti a háttérgéphez 
irányuló következő kapcsolat érvényesítéséhez és felé- 
pítéséhez szükséges időt. 


Alkalmazásintegráció 

COM-- támogatás 

A COMTI már támogatja COM-- alkalmazások és más Windows 
2000 rendszeren történő futáshoz szükséges elemek 
fejlesztését. Ezek mellett támogatja a COM-- Object Pooling- 
ot is, amely egy új COM-- mechanizmus az erőforrásfoglalá- 
sok csökkentésére. Ez az objektumpéldányok gyorsítótárá- 
nak (cache) létrehozásával megszünteti a redundáns műve- 
leteket, amelyek egy nagyobb alkalmazásban előfordulnak 
az objektumpéldányok létrehozásakor és megszün- 
tetésekor. Bár a COMTI objektumokat nem nehéz előállí- 
tani, jelentős menedzselési előnye van ennek a tulajdon- 
ságnak, hiszen a rendszergazda megmondhatja azoknak a 
COMTI példányoknak a legkisebb és legnagyobb számát, 
amelyek a kiszolgálón futhatnak. Ez végső soron a kiszol- 
gáló terheltségének menedzselését jelenti, megakadályoz- 
va a klienskérések miatti csúcsok, helyreállítási leállások 
stb. miatti túlterhelődést. 


2000. 10. / 





recson] [doca 
212d tem 





—.TECH.NET / HOST INTEGRATION SERVER 2000 


Kapcsolat az IMS tranzakciókkal 
A COMTI IMS-hez tartozó meglévő TCP kapcsolati típusának 
használatához újra kellett fordítani az IMS tranzakciós 
programot, hogy használja a kibővített kommunikációkat 
támogató függvénytárakat, bár logikai változtatások nem 
voltak szükségesek. Mégis, az IBM Open Transaction 
Management Architecture kiszolgálót felállítva az ügyfelek 
elérést tudnak biztosítani a standard, a terminálon 
alája keresztüli vagy az LU6.2-t használó IMS tran- 
zakciókhoz további változtatások nélkül. 
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2 — Megnövelt teljesítményhangolás és 


em — monitoring 
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sm A Microsoft mellékelte azt az eszközt, amellyel 
"s meg lehet bizonyosodni a COMTI tulajdonsá- 
gairól, amik kényelmesebbé teszik a COM integ- 
rációs megoldások kialakítását. A teljesít- 
ményfigyelőbe (Performance Monitor) új szám- 
lálók kerültek, melyek megmutatják a ter- 
helést (kliens oldali kérés másodpercenként) és 
a kiszolgáló válaszidejét (másodperc/tranzak- 
ció), valamint az aktív COMTI példányok szá- 
mát. Ezek biztosítják azokat a többletinformá- 
ciókat, amelyekre szüksége van a felhasználó- 
nak a pontos terhelésbecsléshez és kapacitástervezéshez a 
COMTI-t használó szervereknél. 
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Egyszerűsített telepítés 

Bekerült egy csak TCP/IP opció is a telepítésbe, amely leegy- 
szerűsíti a COMTI installációját és konfigurálását, abban az 
esetben, ha az SNA LU6.2 kapcsolatra nincs szükség. 


Összekapcsolhatóság (Connection types) 

A következő átfogó lista tartalmazza (az elérhető Host-ok 
alapján csoportosítva) , azokat a kapcsolódási lehetőségeket, 
melyeket a Host Integration Server 2000 kínál. 


Biztonsági kérdések TN3270-es környezetben 

A Host Integration Server 2000, a felhasználók részére ugyan- 
azt a biztonsági funkcionalitást nyújtja mint az SSL, kie- 
gészítve természetesen a natív 3270-es és a TN3270-es 
környezet közti eltérésekből fakadó különbségekkel. 
Leegyszerűsítve, a TN3270 nem az egyedüli lehetőség mellyel 
3270-es környezetet emulálhatunk TCP/IP hálózaton. Míg a 
TN3270E megfelelően működik a legtöbb host alkalmazással, 
az adatáramlás folyamata nem egyezik meg a natív 3270-es 
adatáramlással, melyet a felhasználók eddig megszokhattak. 
Például nincs olyan probléma, amely az emulátort arra 
késztetné, hogy hibásan működjön, amikor a feldolgozás 
által nem igényelt hostüzeneteket kap (mint például broad- 
cast üzenet a host adminisztrátortól). A TN3270E nem kezeli a 
host grafikákat, és még mindig problémái vannak a 3287-es 
nyomtatással. Léteznek további problémák is mint pl.: az , Atn" 
és ,SysReg" billentyűk kezelése az emulátorokon valamint a 
strukturált mezőkön; illetve a kibővített attribútumok is 
okozhatnak problémákat néhány TN3270-es emulátornál. 

A natív 3270-es emulátoroknál a fent említett problémák 
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nem állnak fenn. Kiegészítésképpen, a Host Integration 
Server 2000-hez egy natív 3270-es emulátorral történő 
kapcsolódáskor a következő kiegészítő funkciók érhetők el 
a felhasználók részére: 
"I WindowsNT tartományi hitelesítés. A felhasználók nem 
csatlakozhatnak a host-hoz, amíg először nem történt 
meg a biztonságos azonosításuk egy WindowsNT 
domain által. 
A Logical Units (LUs) felhasználókhoz, felhasználói cso- 
portokhoz történő jogosultságkiosztás. Az adminisztrá- 
torok további biztonsági beállításokat eszközölhetnek, 
a Gateway szintjén, azzal, hogy bizonyos fel- 
használók/csoportok csak bizonyos LU-kat, LU pool- 
okat érhetnek el. 
Az LU-k ,fix desktop"-hoz történő hozzárendelése. Az 
adminisztrátoroknak további biztonsági beállítási 
lehetőségeik vannak, ugyanis az egyes LU-khoz csak 
meghatározott munkaállomásokról lehet hozzáférni (IP 
cím, vagy gépnév alapján). 
Minden, a host-tal kapcsolatos adatforgalom titkosítá- 
sa. Egy opcionális titkosítási tulajdonság révén az admi- 
nisztrátorok , kierőszakolhatják", hogy az HIS 2000 és a 
desktop közötti adatforgalom titkosítva történjen. 
"8 Automatikus bejelentkezés a hostalkalmazásba a Host 
Integration Server 2000 Single Sign-On tulajdonságá- 
nak segítségével. Ha a 3270-es emuláció a jelszó- 
szinkronizálási tulajdonsággal van kombinálva (ami 
természetesen a TN3270-nel is működik), az admi- 
nisztrátorok beállíthatják a 3270-es felhasználók auto- 
matikus alkalmazásba történő bejelentkezését az adott 
alkalmazásra. 
Automatikus terhelés-elosztás. 
0 Automatikus , Hot Failover" a szerverrel lévő host kapcso- 
lat hibája esetén. 
-0 Képesség az IPX, NetBEUI, Banyan VINES alapú 
kliensek támogatására. 


Éj 


Vé 


Vé 


Teljesítmény 

Kétfázisú commit műveletek 

A Host Integration Server 2000-ben a Microsoft OLE DB 

provider for DB2 támogatja az elosztott munkaegységeket, a 

két-fázisú commit protokollon keresztül, a DB2 for OS /390-hez 

vagy DB2 for 05/400-hoz való csatlakozáskor, az SNA LU6.2 

hálózaton. Ehhez a tulajdonsághoz szükséges az SNA LU6.2 

Resync Service, valamint a Microsoft Distributed Transaction 

Coordinator szolgáltatások megléte. A TCP/IP-n keresztül DB2- 

be történő kétfázisú commit támogatása csak a Host 

Integration Server következő verzióiban kerülnek implemen- 

tálásra. A kétfázisú commithoz nem szükséges az MTS. 

Az ODBC Driver for DB2-n és az OLE DB Provider for DB2 

változásai: 

0 Az ODBC Driver for DB2 alapjaitól fogva megújult, tel- 
jesen újraírták. 

"8 Lényegesen gyorsabb adatbázis séma elérésénél, valamint 
a nagyméretű adatok mozgatásánál. 

"0 Az adatkonverzió szintén továbbfejlesztésre került. 
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Megnövelt session szám 


A HIS 2000 által kiszolgált maximális host session szám 
30000-re emelkedett, amely egy HIS szervert tekintve elég 
impozáns mennyiség. 


AS/400 és a HIS 2000 kapcsolata 

Jelenleg akár ha magyarországi példákat nézünk, akkor is 
sok ügyfél alkalmazza AS/400 környezetben a Microsoft SNA 
Servert hatékonyságnövelés és terheléselosztás céljából. 
Ezek a lehetőségek a továbbiakban a Host Integration 
Server számára is piacot jelentenek - az alkalmazásintegrá- 
ciós lehetőségeken túl - még abban az esetben is, ha a 
AS/400 környezetben is TCP/IP alapúvá válik a kommuniká- 
ció, hiszen a kliensek hatékonyan menedzselhetők, a kom- 
munikáció tömörített és akár titkosított. 


Erőforrás igény: 

0 Pentium 90 processzor Windows NT 4.0 SP 6a operációs rend- 
szer vagy Pentium133 processzor Windows 2000 SP1 
operációs rendszer 

32 MB memória Windows NT 4.0 esetében, illetve lega- 
lább 128 MB Windows 2000 esetében 

120-150 Megabyte szabad lemezkapacitás 

A Microsoft a Host Integration Server 2000 fejlesztésével 
a kliensek és a különböző Hostok közötti kapcsolatok 
menedzselésétől elmozdult az alkalmazásintegrációs szol- 
gáltatások felé a nagygépes környezet esetében is. A vál- 
lalatoknak, az alkalmazásoknak, a webfejlesztőknek a piac 
rezdüléseire gyorsan kell reagálniuk és ez megfelelő eszkö- 
zök és technológia nélkül rendkívül költséges. A gyors 
fejlesztés és az alkalmazások közötti együttműködés 
nélkülözhetetlen. Hostoldali üzleti alkalmazásokba sokat 
invesztáló cég számára költséghatékony és technológiailag 
is előremutató megoldás a HIS 2000 alkalmazás integrá- 
ciós lehetőségeinek kihasználása. 
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. A Host Integration Server 2000 új lehetőségei 


A Microsoft Host Integration Server 2000 új 
lehetőségei 


A Microsoft Host Integration Server (HIS) 2000 az SNA Server 
utódja, emiatt a korábbi SNA Server teljes funkcionalitását 
nyújtja, kiegészítve azokat számos új lehetőséggel. 
Használatával egy vállalat meglévő mainframe (pl. IBM MVS) 
és/vagy AS/400 rendszerei és Windows alapú hálózata között 
lehet kapcsolatot teremteni. Ily módon lehetővé válik a main- 
frame-ek adatainak elérése egyrészt a vállalati intranetről, vagy 
adatok egyszerű módon történő publikálása az Internetre. 

Az SNA Server 4.0-hoz képest egyik legjelentősebb különbség, 
hogy a HIS 2000-et Windows 2000-re optimalizálták. Ez nem- 
csak azt jelenti, hogy a legjobb teljesítmény csak Windows 
2000 alatt hozható ki belőle, hanem, hogy vannak olyan 
funkciók, melyek Windows 2000 specifikusak, azokat NT-n nem 
lehet kihasználni. Ilyen funkciók a COM-- Object Pooling 
használata COMTI-n (COM Transaction Integrator) keresztül, 
vagy az Active Directory kliens/szerver módú használata. 


A Host Integration Server szolgáltatásai 
A HIS szolgáltatások felhasználási jellegüktől függően 
három kategóriába vannak sorolva: 


Windows Application 





TCP/IP ADO, ASP, COM, XML, 
and $NA OLE DÉ, ODBC MSMG 
Network Data Application 
Integration Integration Integration 
1 APPC, CPI-C, 
TCP/IP and RUTOJ RAL TDS, DPE CO azT0 
v CLL DBLIB Series bridge 
ú 
Cobol App, CICS, IMS, 
05/390, VSAM, DB2, es, 
OSZADÓ: Unix MO Series, 3270, 


Oracle, Sybase 5250, Non-COM 


A HIS szerver működése három fő területre csoportosul 


- Alkalmazásintegrációs szolgáltatások: a különböző 
rendszerek közötti alkalmazásszintű kapcsolat megol- 
dása ezen keresztül történik. 

"? Adatbázisintegrációs szolgáltatások: az HIS által 
kiszolgált rendszerek adatbázisaihoz biztosít többszin- 
tű elérési lehetőséget. 

"? Hálózatintegrációs szolgáltatások: különböző há- 
lózatok között teremti meg a kapcsolatot - a mainframe 
vagy AS/400 hálózat felé mintegy gateway-ként 
funkcionál a windows gépek felé, így azoknak nem 
szükséges a háttérrendszerhez való kapcsolódáshoz 
külön szoftvert használniuk. A hálózati integrációt biz- 
tosító egyes komponensekre csak SNA protokoll hasz- 
nálata esetén van szükség - így, ha a HIS és a main- 
frame/AS400 közötti kommunikáció TCP/IP alapú, akkor 
a telepített szerver kevesebb helyet foglal. 
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Alkalmazásintegráció - a COMTI újdonságai 

A COMTI segítségével az IBM Customer 
Information Control System (CICS) és 
Information Management System (IMS) eléré- 

sére van lehetőség. A COMTI Automation Ser- 

ver komponensek regisztrálhatóak bármely 

Windows 9x, Windows NT, vagy Windows 2000 

rendszeren, illetve elvben bármely DCOM-ot 

ismerő operációs rendszeren. 

Az egyik komoly újdonság a COMTI (COM Transaction 
Integrator) integrációja COM-- komponenseken vagy MTS 
csomagokon keresztül. A COMTI nem COM komponens, hanem 
egy type library. Egy COM-- alkalmazásban történő fel- 
használásával az alkalmazás számára biztosítja a hostrend- 
szer elérését: létrejön egy COM objektum (- COMTI 
Automation server). Ezen keresztül történnek a különböző 
architektúrájú gépek közötti konverziók, és vezérli a host TP- 
kel (Transaction Program) a kommunikációt. Mindez a COMTI 
run-time environment segítségével történik, amit a Windows 
automatikusan elindít, amikor egy COMTI komponenst is 
használó COM-- alkalmazás elindul. Tulajdonképpen ez felelős 
a COMTI működéséért: fogadja a COMTI komponensekhez 
érkező hívásokat, elvégzi a paraméterek az adott host felé 
szükséges konverzióit és egyéb formátummódosításokat, 
végül elvégzi és fogadja a host TP-k hívását, illetve a hívás 
eredményét visszaadja a hívó félnek feldolgozásra. A COMTI 
által biztosított felületen a többi alkalmazás így egyszerűen 
képes a hosttal kommunikálni. 


mil client 
aal 








ereeeéseener COM-based 
Application 
z Return Value 
Create : Input 
; and Output 
Instance : — Parameters Parameters 
Automation 
Server 
(COMTI) 
Mainframe 3 
ké 
Mainframe 
Application 


COMTI alkalmazása host és Windows alkalmazás közti 
kapcsolat megteremtésére 


A COMTI gyakorlatilag minden egyes metódushoz:- egy TP-t 
rendel a hoston. Amikor egy alkalmazás meghívja a COMTI 
komponens egy metódusát, akkor a HIS szerver a hoston 
elindítja a metódushoz rendelt TP-t (minden egyes TP-hez 
akár több metódus is tartozhat). 
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A hatékony hibakezelés érdekében a COMTI definiál egyfaj- 
ta metadata mechanizmust, melynek használatával - ha fel 
lett rá készítve - a hoston futó program hiba esetén egy 
exception blockon keresztül hibaüzenetet tud küldeni a 
HIS felé. Az így küldött hibaüzenet a HIS-en egy exception 
előállítására alkalmas, amit a kliensalkalmazásnak rende- 
sen le kell tudnia kezelni. 

A COMTI támogatja a COM-- Object Pooling mechanizmusát: 
ekkor az objektumok egy cache-ben tárolódnak a kliensalkal- 
mazások hívásai között, ezzel is csökkentve az objektumok 
létrehozására és eltávolítására fordított erőforrásigényt. 
További újdonság a COMTI-val kapcsolatban, hogy az IBM 
Open Transaction Management Architecture (OTMA) szer- 
ver alkalmazásával a hoston a COMTI-val való TCP alapú 
kommunikáció megvalósításához nem kell újrafordítani az 
IMS TP-ket, mint ahogyan azt korábban kellett. 

A hosttal való kapcsolat továbbra is reguest-repsonse 
alapú, a ,párbeszéd" jellegű kommunikációs modelleket a 
COMTI egyelőre nem támogatja. 

Egy COMTI komponens létrehozása a COMTI Component 
Builder segítségével történik, míg a COMTI adminisztráció 
a COMTI Manager segítségével végezhető el. 


Adatintegráció 

Az adatelérési módokra többféle lehetőséget biztosít a 
HI szerver: 

-? Relációs adatbázis elérés 

"1 Fájlok rekordszintű elérése 

"0 AS/400 data gueue-k használata 

Ezen felül létezik még fájltranszfer lehetőség. A különböző 
kódkonverziók a host CCSID (Coded Character Set Identifier) és 
az alapértelmezett ANSI kódlap alapján történnek. Mindegyik 
adatelérési mód az IBM Distributed Data Management 
Architecture (DDM) alapján működik, ami pl. az AS/400-as rend- 
szereken, de más IBM rendszereken is általánosan használt. 
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A HIS adatelérési lehetőségei 


Az AS/400 és VSAM (Virtual Storage Access Method) OLE DB 
Provider segítségével lehetőség van az AS/400 vagy más 
rendszerek fájljainak rekord szinten történő elérésére. Ha 
figyelembe vesszük, hogy az 05/400-ban operációs rendszer 
szinten egy DB2 relációs adatbáziskezelő rendszer működik, 
és a fájlok kezelése az AS/400-on ilyen módon történik, 
akkor ebben nincsen semmi meglepő. Gyakori igény, hogy 
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egy (pl. webes) alkalmazás egy hoston levő fájlból olvasson, 
vagy akár írjon is oda. Az OLE DB Provider használatával ezt 
egyszerűen lehet megvalósítani, APPC programozás nélkül. 
A DB2 adatbázisokkal történő jobb integráció érdekében a 
DB2 OLE DB Provider és ODBC driverek újra lettek írva. Az 
új driverek a korábbiaknál hatékonyabban támogatják a 
DB2 adatbázisok elérését, és a COMTI segítségével támo- 
gatják a two-phase commit (2PC) protokollt. Ennek segít- 
ségével a COMTI-t alkalmazó COM-- alkalmazások számára 
lehetőség van pl. a host DB2 és egy MS SOL szerver 
együttes használatával, MS DTC segítségével tranzakció- 
alapú működés megvalósítására, tehát az egy tranzakción 
belüli műveletek egy lépésben való jóváhagyására (com- 
mit) vagy visszautasítására (rollback). Ez egy több adat- 
bázisból dolgozó alkalmazás számára igen fontos és haté- 
kony lehetőség az adatok konzisztenciájának fenntartá- 
sára. Az új driverek használatával ez a feladat jóval egy- 
szerűbben oldható meg, mint korábban. 


Windoves 2000 Server 
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Level 2 
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Aki dolgozott már AS/400-on, az tudja, hogy milyen jelen- 
tősége van az ún. data gueue-k használatának. A data 
gueue-k egyfajta kommunikációs lehetőséget biztosítanak 
az egyes programok között (IPC, Inter Process 
Communication) fizikai fájl használata nélkül. Ezek 
használata ilyen környezetben teljesen alapvető, éppolyan . 
fontos, mint pl. UN"X rendszereken a half-duplex pipe-ok 
használata. A Host Integration Server egy COM automation 
control használatával lehetőséget biztosít az ilyen data 
gueue-k elérésére, ezzel jelentősen megkönnyítve a rend- 
szerek közötti adatcserét. 

További fontos beállítási lehetőség a DB2 OLE DB Provider 
és ODBC driver-ek esetében a Connection Pooling 
lehetősége. Ennek segítségével és megfelelő beállításával 
a megadott timeout-on belül az egyszer már létrehozott 
kapcsolat a DB2 adatbázis felé nem zárul le. Ha egy újabb 
kapcsolatot kezdeményez az alkalmazás a host DB2 felé, 
akkor azt nem kell újra felépíteni, hanem a fenntartott 
kapcsolatot átadva az alkalmazásnak jelentős teljesít- 
ménynövekedést lehet elérni a kiszolgálásban. A létrehozott 
kapcsolat mindaddig nyitva marad, amíg a beállított time- 
out-on belül valamelyik alkalmazás használni akarja. Ez igen 
jól használható funkció pl. egy webalkalmazás esetén, 
amikor pl. egy ISAPI modul számára az adatokat a DB2 adat- 
bázisból kell lekérdezni. 
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Hálózati integráció 

A hálózati integrációt megvalósító szolgáltatások feladata, 
hogy HIS kliensei és az SNA hálózat közötti kapcsolat 
létrejöjjön. Ekkor a HIS mintegy hálózati gateway 
funkcionál a pl. TCP/IP alapú hálózatban levő rendszerek 
és az SNA hálózat között. 

A hálózati szolgáltatások ezen a szinten jórészt az SNA 
Server 4.0 funkcióira épülnek, azok némi javításával. Ilyen 
javítás például, hogy a HIS mint gateway használata 
esetén a 3270 tipusú terminálemuláció használatakor a 
kliensen a korábbi egyhez képest immár akár 16 session is 
indítható (sőt, elvileg akármennyi). 





TCP/IP, IPX/SPX, NetBEUI, DLC 
MS-DOSG 
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A HI szerver mint SNA gateway hálózatban 


Az SNA gateway mint szerver szolgáltatás három kompo- 

nens köré épül: 

"0 SNASERVER: a protokollkonverziót vezérlő rész, SNA 
PU 2 (hierarchikus) vagy 2.1 LEN (peer-to-peer) node 
emulációt biztosít 

"0 SNABASE: ennek feladata az SNA hálózatban jelen 
levő szerverek, LU-k, stb. folyamatos nyilvántartása 

"0 SNADMOD: egy RPC-t használó kommunikációs modul, 
melyen keresztül a szerver a kliensekkel kommunikál 

A Host Integration Server alkalmazásával különböző 

telepítési modellek alapján alakítható ki a hálózat: 

"I központosított (centralized) modell, amikor a HI 
szerver fizikailag ugyanott van, mint a host rendszer, 
és az összes kliens a központi HI szerverrel van kap- 
csolatban 

"0 leágaztatott (branch) modell, ekkor az egyes telep- 
helyeken vannak telepítve a HI szerverek, a kliensek 
lokálisan ehhez kapcsolódnak, és a hálózaton keresz- 
tül csak az egyes HI szerverek kommunikálnak a 
központi host-al 

"0 elosztott (distributed) modell, ami az előző kettő 
összerakva: mind a központban, mind a telephelyeken 
működnek a HI szerverek, és a telephelyekről az ottani 
szerverek a központi HI szerveren keresztül kapcsolód- 
nak a host-hoz. 
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Az elosztott telepítési modell 


A kliensek képesek bármely, a hálóza- 
ton az általuk ismert SNA subdomain- 
ben (HI szerverek és/vagy SNA Serverek 
logikai összetartozása egy csoportban) 
aktívan működő Host Integration 
Server szolgáltatásait igénybe venni. 
Ez lehetőséget ad a HI szervereken 
load balancing alkalmazására, valamint 
hibatűrést is biztosít: ha az egyik 
szerver üzemen kívül van, a kliens 
bármely más szerveren keresztül kapcso- 
lódhat a host rendszerhez. 

Megjegyzendő, hogy ez azért nem jelent igazi elosztást: a 
kliens az ismert szerverek közül véletlenszerűen választ, és 
nem a terhelés alapján dől el, hogy a kapcsolat melyik 
szerver használatával jöjjön létre. 

Újdonság, hogy a HI szerver a hoston a Password Expiration 
Management (PEM) komponenst használja, ami az APPC/CICS 
része. Így egy Windows 2000 szerver az Active Directory 
használatával vagy anélkül is képes központi biztonsági adat- 
bázisként működni. Megjegyzendő, hogy a mainframe hosttal 
történő kétirányú jelszó-szinkronizációhoz kiegészítő szoftve- 
rekre van szükség, de ezeket be lehet szerezni. 

A jelszavak tárolásához, karbantartásához a HI szerver a 
Microsoft Data Engine-t használja. Windows 2000 tele- 
pítés esetén a Host Integration Server használja az Active 
Directory-t, így a kliensek a szervereket azon keresztül is 
képesek elérni, akárcsak egyes, a Host Integration Server 
által nyújtott erőforrásokat (pl. LU-k). Az egyes HIS-ek az 
Active Directory segítségével is regisztrálhatják magukat 
egymásnak, de még a klienseknek sincs szükségük direkt 
kapcsolatra a HIS ahhoz, hogy egy általa regisztrált erő- 
forrást az Active Directory-ban megtaláljanak (persze 
annak használatához már kell a HIS, ha a hostot el akarja 
érni az alkalmazás). 
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Commerce Server 2000 


A Commerce Server 2000 a Microsoft legújabb e-com- 
merce rendszere, mely történetileg tekintve a Site 
Server család utódja, valójában jóval több annál: 
új megoldásokat kínál az új problémákra. A 
Commerce Server 2000-et a jövő e-commerce 
webszerverének szánták és az általa felkínált 
megoldások szorosan kapcsolódnak a Windows 
2000 platform új generációs termékeihez. 
Jelen cikkben először áttekintést nyújtunk a termék 
fontosabb tulajdonságairól, felhasználási területeiről 
majd egy egyszerű kereskedelmi site funkcionalitásán végig- 
haladva, gyakorlati példával igyekszünk bemutatni az egyes 
funkciók felhasználási lehetőségét. 


Tulajdonságok 
A termék számos olyan új tulajdonsággal és szolgáltatással 
rendelkezik, amely eddig nem volt megtalálható egyetlen 
Microsoft termékben sem, és számos olyannal, amely előd- 
jének, a Site Server Commerce Edition-nek része volt. 
Utóbbi funkciók megvalósítási módjai azonban újragondo- 
lásra kerültek, ezáltal korszerűbb megoldások születtek. 
A termék az alábbi funkciócsoportokat valósítja meg: 
"0 Profile System. Az e-commerce folyamat összes szerep- 
lője, a honlap regisztrált és nem regisztrált felhasználói, 
a partnercégek vagy ezek csoportjai, vagyis az összes 
üzleti entitás rendelkezhet testre szabott profillal, mely 
felhasználható egyedi oldalak megjelenítésére. 
Product Catalog System. A rendszer használatával kia- 
lakíthatjuk webes áruházunk termékkínálatát kataló- 
gusokba szervezve és a termékekhez könnyen rendel- 
hetünk árakat. Átjárást biztosít külső források felé, 
lehetőség nyílik a katalógusok más rendszerekből 
történő feltöltésére. 
"9 Targeting System. Segítségével egyszerűen fogalmaz- 
hatunk meg szabályokat web- és komponensalapú alkal- 
mazások számára, melyek a tartalom megjelenítését és 
menedzselését végzik. Segítségével felhasználókra vagy 
cégekre vonatkoztatott egyedi termékkatalógusok és 
árak kialakítása válik lehetővé. Akciókat hozhatunk 
létre és a célcsoportok számára direkt email küldést 
valósíthatunk meg. 
Bussiness Processing Pipelines System. Az üzleti fo- 
lyamatokat szabályzó és vezérlő rendszer segítségével a 
rendelés egyes stádiumait könnyen kapcsolhatjuk 
össze. Szabályokat fogalmazhatunk meg egy folyamat 
lépéseit illetően, vagy például figyelemmel kísérhetjük 
egy adott rendelés állapotát. 
Business Analytics System. Naprakész információkat 
nyerhetünk a honlap látogatottságáról, az eladási 
statisztikákról, vásárlói szokásokról. Grafikonok segít- 
ségével könnyen átláthatjuk a rendelkezésre álló 
statisztikai adatokat. Ezen túlmenően lehetőség van 
trendek figyelésére, előrejelzések készítésére az anali- 
zált adatok alapján. 
"8 Administration. A termék minden szempontot kielé- 
gítő adminisztrációs felületekkel rendelkezik, mind a 
rendszert fejlesztő és üzemeltető számítástechnikai 
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szakemberek, mind az üzleti folyamatokban jártas 
menedzserek számára. Az adott területért felelős 
munkatárs egyszerűen tudja szabályozni a hatáskörébe 
tartozó folyamatokat és munkáját nagymértékben 
megkönnyítő eszközök állnak rendelkezésére. 

Nézzük meg részletesebben a fentebb felsorolt témaköröket. 


Profile System 

Egy webes áruház esetén nemcsak anonim látogatókról vagy 
regisztrált vásárlókról van szó, hanem partnercégekről, kis- 
és nagykereskedőkről és ezek csoportjairól is nyilván kell 
tartanunk adatokat. Ezeknek az adatlapoknak a szerkezete 
más és más lehet, ahogy az alábbi példák is szemlélteti: 


Vezetéknév: Kovács 

Keresztnév: Huba 

Életkor: 25 

Cím: Érd, 1299 Ács u. 19/B 
Email cím: khubaomail.hu 

Hobbi: Nyelvtanulás, utazgatás 
Cégnév: Gigastore Ltd. 

Cím: Mohács, 1526 Vész u. 13. 
Telefon: 64-555-8695 

Forgalom: 152154 Ft 


Az adatlapokon szereplő mezők tetszőlegesen bővíthetők és 
illeszthetőek meglévő forrásokból. Ha például partnercé- 
geink adatainak egy része már rendelkezésre áll egy adat- 
bázisban, akkor ezt direkt módon hozzá tudjuk csatolni a 
webes áruház számára kialakított céges adatlapjához. Nem 
kell tehát átalakítanunk, migrálnunk a meglévő adatokat 
ahhoz, hogy felhasználhassuk. 
Az egyes profilok esetén a Commerce Server kétfajta adat- 
lapot tud kezelni. Az egyik a felhasználó vagy partner által 
közvetlenül kitöltött (explicit profiling) adatok összessége, 
amelyet például egy vásárlás esetén ki kell töltenie 
magáról. A másik a közvetett adatokon alapul (implicit pro- 
filing), mint például az anonim látogatók által leggyakrab- 
ban látogatott oldal, legkeresettebb termék vagy a legsiker- 
telenebb nyári akció. 

A Commerce Server 2000 három nagy területre osztja a pro- 

filing rendszert: 

0 Felhasználók adatai. Jól skálázható felhasználói adat- 
bázis, mely a pár száz regisztrált látogatótól akár a mil- 
liós nagyságrendig terjedhet. 

2 Csoportok adatai. Csoportba szervezett felhasználók, 
akik különböző lehetőségekkel és tulajdonságokkal ren- 
delkeznek. 

6 Profilmenedzsment. Az egyes profilok struktúrájának 
felépítése és meghatározása. 


Mindhárom területen grafikus felület áll a rendelkezésünkre 
ahhoz, hogy egyszerűen és könnyen el tudjuk végezni a szük- 
séges lépéseket. 
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Fizikailag a fent említett adatok tárolására a Commerce Server 
2000 két lehetőséget ajánl fel. Egyrészt Microsoft SOL 7.0 vagy 
2000 adatbázisban tárolhatjuk a profilokat, másrészt a 
Windows 2000 platform Active Directory technológiáját hasz- 
náljuk fel így biztosítva a nagy teljesítményt és 
skálázhatóságot. 


Product Catalog System 

Egy webes áruházban vásárolható termékek megfelelő cso- 
portosítása, katalógusok kialakítása és a hozzájuk tartozó 
árak meghatározása elsődleges feladat. A Commerce Server 
2000 segítségével a termékkatalógusok összeállítása jelen- 
tősen leegyszerűsödik. Az egyes termékekre vonatkozóan 
tetszőleges adatokat vehetünk fel. 





Termékkatalógus összeállítása 


Ehhez nincs szükség adatbázistervezésre, tárolt eljárások 
írására, mindezt helyettünk elvégzi a rendszer. 

Az árak vagy termékek feltöltéséhez és folyamatos fris- 
sítéséhez külső forrásokhoz is csatlakozhatunk. A rendszer 
kapcsolatot teremthet a Microsoft BizTalk Serverrel, 
melynek segítségével XML alapú katalógusok importál- 
hatók vagy exportálhatók. 


Targeting System 

Ha feltöltöttük a webáruházat termékkel és vannak fel- 
használók, ajánlhatunk nekik testre szabottan termék- 
katalógust érdeklődési területük, vagy látogatási szokásaik 
alapján. Függetlenül attól, hogy a felhasználókat milyen 
hierarchiába, csoportokba rendeztük, külön listákat 
állíthatunk össze, például a tíz legnagyobb összegben, 
vagy legtöbbször vásárló felhasználót kereshetjük ki. Ezen 
listák számára aztán direkt leveleket küldhetünk. 


Bussiness Processing Pipelines System 

Az üzleti folyamatok szabályainak leírására és állapotainak 
nyomon követésére a rendszer egyedülálló lehetőségeket biz- 
tosít. A pipleline technológia segítségével definiálhatjuk és 
összekapcsolhatjuk a rendelés egyes állapotait. Meghatá- 
rozhatjuk hogy ezekbe az állapotokba milyen szabályokkal, 
milyen feltételek teljesülése esetén kerülhet a rendelés. 

Az állapotok leírására egy állapoton belül több mint 80 
elemet használhatunk fel, melyek segítségével tetszőlegesen 
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bonyolult folyamatokat is definiálhatunk. Természetesen mind- 
ehhez grafikus felület áll rendelkezésünkre. 


A Commerce Server 2000 rendelkezik előre összeállított 
folyamatokkal, mind az egyes termék vásárlásával, ren- 
delés feladásával és teljesítésével, mind direkt levelek 
küldésével vagy hirdetések összeállításával kapcsolatban. 


Business Analytics System 

Egy működő e-commerce rendszer rengeteg adattal és in- 

formációval szolgál, melyek elemzése és felhasználása az 

üzleti döntésekben nagy jelentőségű. A Commerce Server 

2000 nemcsak a webáruházat látogatók vásárlási szoká- 

sainak vizsgálatában, statisztikai adatok minőségi megje- 

lenítésben van segítségünkre, hanem a trendek figye- 
lésében, előrejelzések készítésében. 

Az analízisnél a Commerce Server 2000 felhasználja a 

Microsoft SOL 2000 Server adattranszformációs (DTS) és 

OLAP szolgáltatásait, így lehetőség van üzleti adattárházak 

kialakítására is. A DTS segítségével lehetőség van: 

"b összegyűjteni a webkiszolgáló által készített napló- 
állományokat 

"8 IP cím alapján és név szerint azonosítani a webáruház 
klienseit 

2 előfeldolgozott és statisztikai adatokat tárolni 
Microsoft SOL Serveren 

"0 a kisebb tárigény érdekében törölni az előző analízis 
feleslegessé vált adatait 

Az üzleti adatelemzés az OLAP Server segítségével történ- 
het, amely előkészíti az adatokat az üzleti elemzés számára. 
Az információt sokdimenziós adatkockákban tárolja, ezért 
gyorsabban tud olyan összetett riportokat készíteni, ame- 
lyeknek az összeállítása hagyományos SOL esetén lassú 
lenne. Például egyszerűen lekérdezhetjük azoknak a vásár- 
lóknak az életkorát, akik idén először látogatták meg az 
áruházat, és 5.000 forint felett vásároltak. Az adatkockák- 
ban az információk két nagy csoportra oszthatóak: 

"0 Mértékegység. Annak a paraméternek a neve, amiről 
információt szeretnénk megtudni, például méret, ter- 
méknév, szín, ár. 

"8 Mérőszám. A statisztikai adatok alapján meghatáro- 
zott érték. 


E két adat relációja adja azokat az összefüggéseket, ame- 
lyek kifejezik a vásárlók szokásait. 

Az elkészült riportok két nagy csoportba oszthatóak. 
Egyrészt készíthetünk dinamikus riportot, amely minden 
egyes alkalommal az épp aktuális adatokat dolgozza fel és 
a legfrissebb eredményeket adja. Másrészt használhatunk 
statikus riportokat, melyek egy adott napszakban, például 
hajnalban generálódtak. Ezek alapján állíthatunk össze 
levelezési listákat. 

A riportok formátuma sem szigorúan kötött. Választhatunk 
HTML oldal, Word dokumentum vagy Excel táblázat között, 
aszerint, hogy milyen felhasználási területre szánjuk az 
elkészített analízist. 

A riportok megjelenítésére grafikus felület is rendelkezésre áll, 
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erre a célra használhatóak például az Office webkomponensei. 
Természetesen a riportok készítésében is segítségünkre 
van a Commerce Server 2000. Előre összeállított riportok 
tucatjai felhasználásával az üzleti döntések előkészíté- 
séhez szükséges anyagokat jeleníthetünk meg: lemérhet- 
jük egy reklámkampány sikerességét, kiválaszthatjuk a leg- 
jobban, vagy épp a legkevésbé keresett termékek listáját, 
feltérképezhetjük, milyen vásárlóréteget kell ösztönözni 
kedvezményekkel a további vásárlásokra. 

Mint már a profiloknál említettük a Commerce Server 2000 
rendelkezik úgynevezett implicit profiling lehetőséggel. Ezt 
összekapcsolhatjuk az analízissel: például ha a felhasználó 
nem töltötte ki az életkor mezőt, az analízis a többi vásár- 
ló adatai és az illető személy vásárlási szokásai alapján 
megjósolhatja az adott személy korát. 

A rendszer lehetőséget ad szegmensmodell használatára, 
vagyis az egymáshoz közelálló tulajdonságokkal rendelke- 
ző vásárlókat szegmensbe tudjuk sorolni. 

Egy másik érdekes felhasználási lehetősége az Commerce Server 
2000 Business Analytics rendszerének az ún. cross-sell statiszti- 
ka. Egy vásárlás során a felhasználónak ötleteket adhatunk, 
hogy a hozzá hasonló vásárlók még mit szoktak a kosarukba 
helyezni, ezáltal ösztönözve őt további vásárlásokra. 


Adminisztráció 

Mint láthattuk, a felhasználó számára egyszerűen és köny- 

nyen használható webes áruház a háttérben igen összetett 

felépítésű. Másrészt egy áruház üzemeltetése és fejlesztése 

más és más ismereteket igényel. Ez hasonlít egy valódi 

áruházhoz: az eladónak, raktárosnak és üzletvezetőnek 

más ismeretekkel kell rendelkeznie a különböző feladatok 

ellátására. A Commerce Server 2000 három szerepre és 

felelősségre osztja a rendszer szereplőit: 

0 Honlapfejlesztő: Ő építi fel és fejleszti a webes áruhá- 

zat, migrálja a meglévő adatokat az adatbázisába, új 

modulokat illeszt a rendszerbe 

Rendszergazda: Az operációs rendszer működéséért 

felelős, az áruház rendszerközeli folyamatait felügyeli 

0 Menedzser: A fejlesztés irányait határozza meg, termék- 
katalógusokat állít össze, reklámkampányokat indít, 
karbantartja a beszállítók adatait, analizálja a vásárlói 
szokásokat és a kampányok hatásosságát 

Ez utóbbi szerepkör rendelkezésére áll az ún. Business 

Desk felület, amely tulajdonképpen HTML alkalmazás. 
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Business Desk modul segítségével minden üzleti beállítás 
könnyen elérhető 
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A Business Desk tiszta, jól kezelhető felületet ad az összes 

szükséges terület irányítására: 

"0 Analysis. A már említett analízismodul, minden igényt 
kielégítő lehetőségekkel. 

"8 Campaigns. reklámkampányok szervezése, indítása és 
leállítása, célcsoportok meghatározása, direkt email 
küldés. 

0 Catalogs. Teljes termékpaletta adminisztrációja, külső 
árlisták, katalógusok importja. 

I Orders. Rendelések listája, keresés, állapotok megtekintése. 

"0 Users. Regisztrált vásárlók és partnerek adatainak me- 
nedzselése, profilok beállításai. 

Az egyes kategóriák további modulokra osztottak. Ezeken 

belüli használatot súgó és toolbar is segíti. 

A Commerce Server 2000 alkotói természetesen a fejlesz- 

tőkről és a rendszeradminisztrátorokról sem feledkeztek 

meg. Számukra a már megszokott Management Console-ba il- 

leszthető adminisztrációs modult alakítottak ki, mely min- 

den részletre kiterjedően biztosítja a rendszer felügyeletét 
és a szükséges beállítások kezelését. 

Az elkészített webáruházat egyedülálló módon telepítő- 

készletté alakíthatjuk a Site Packager segítségével, így más 

kiszolgálókra is könnyen feltelepíthetjük a bevált e-com- 
merce megoldást. 


E-commerce a gyakorlatban 

Most, hogy átrágtuk magunkat a funkciók és leírások tömegén, 
nézzünk egy kézzelfogható példát arra, hogyan építhetünk 
fel webáruházat a Commerce Server 2000 segítségével. 
Tételezzük fel, hogy megfelelő borkultúrával és üzleti 
érzékkel rendelkezve, magyar borokat árusító webáruházat 
szeretnénk létrehozni. Milyen lépések szükségesek ehhez? 


Infrastruktúra 

Ne felejtsük el, hogy először a rendszer infrastruktúráját 
kell meg terveznünk. Tételezzük fel, hogy fizikailag saját 
cégünknél kívánjuk elhelyezni a webáruház kiszolgáló 
számítógépeit. Mivel internetre csatlakozunk, ezért a rend- 
szert két tűzfal közötti ún. demilitarizált zónában helyez- 
zük el. A webkiszolgálót, az adatbázis kiszolgálót, a regiszt- 
rált vásárlókat és beszállítókat külön szerveren helyezzük el. 


Internet 
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A rendszer alapjait Windows 2000 kiszolgálókra helyezzük. 
Mint látható, alkalmazásszinten háromrétegű architektúrát 
valósítunk meg, igaz, fizikailag a megjelenítés és az üzleti 
logika szint egy kiszolgálón található. Ez a megvalósítás 
inkább a kis és közepes áruházak esetén alkalmazható. Nagy 
forgalmú e-commerce megoldások esetén általában az adat- 
bázisréteg egyes elemeit külön kiszolgálókra helyezik el, 
ezáltal növelve a teljesítményt. 


Profilok 

Mivel jó minőséget akarunk biztosítani, ezért közvetlenül 
a pincészetektől vásárlunk. Először elkészítjük a beszál- 
lítók adatlapját, azokat az adatokat, amiket rögzíteni 
szeretnénk róluk, majd feltöltjük az adatbázist: 


Cégnév Fine Wine 

Város Eger 
Irányítószám 9898 

Utca Kossuth utca 34. 
Telefon 64-555-8695 
Borvidék egri 

Forgalom 


Természetesen az adatbázisban borvidékek szerint is cso- 
portosítjuk a pincészeteket, és az űrlapon hagyunk helyet a 
forgalomra vonatkozó adatoknak is, amelyeket később 
töltünk fel. Ezután kialakítjuk a vásárlók profilját, de ennek 
feltöltése majd a látogatók dolga lesz, illetve a statisztikai 
adatokat majd a vásárlás alapján töltjük fel: 


Keresztnév 

Város 
Irányítószám 
Utca 

Telefon 
Vásárlások száma 
Vásárolt összeg 


Termékkatalógus 
Kialakítjuk egy adott bor paramétereit, amely alapján 
egyrészt azonosítható, másrészt a vásárlók számára szol- 
gál információval: 


Címke Tekenőháti Cabernet Savignon 
Típus száraz 

Kategória vörösbor 

Pincészet Fine Wine 

Űrtartalom 0,75 liter 

Ár 5500 Ft 
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Az így kapott termékkatalógust pincészet, évjárat vagy 
borvidék szerint is rendezni lehet. Ezt azonban nem kell 
nekünk elvégezni, a rendszer megteszi helyettünk. 

A termékkatalógus alapján a rendszer létrehoz egy XML 
dokumentumot, melyet BizTalk Server-hez használhatunk 
föl. Ez tartalmazza ugyanis az ügyfeleinkkel, beszállítóinkkal 
kapcsolatos üzleti kommunikáció módját, vagyis azt, hogy 
milyen űrlap kitöltésével rendelünk meg tőlük terméket, és 
nekik egy szállítás során milyen űrlapot kell kitölteniük. 
Ezáltal mindkét oldalon automatizálható a folyamat, hiszen 
egy szállítmány beérkezésekor a Commerce Server 2000 
képes feldolgozni az XML dokumentumot és frissíteni a 
termékkatalógust, vagy éppen az árlistát. Az BizTalk Servert 
ismerők tudják, hogy ez a technológia jóval több az említett 
példánál. A jövő minden e-commerce megoldásának 
alapelemét fogja képezni. 


Pipeline 

Minden vásárlónak van egy ,, virtuális" kosara, amibe bele- 
rakja a termékeket. A vásárlás végén pedig megrendeli a 
kosár tartalmát. Ez így elmondva elég egyszerűnek tűnik, 
de ne felejtsük el, hogy a folyamat közben rengeteg 
ellenőrzési pontot kell beiktatnunk. Például csak az a 
vásárló rendelhet, aki regisztráltatta magát és csak olyan 
bort vehet, ami még van raktáron, stb. Ezeknek a folyama- 
toknak a szabályozására a Bussiness Processing Pipelines 
rendszer használjuk fel, pontosan meghatározva az egyes 
folyamatok lépéseit. 


Analízis és testreszabott áruház 

Áruházunk szép forgalmat bonyolít le, de a kereslet fokozá- 
sának érdekében szeretnénk elemezni a vásárlói szokásokat 
és szeretnénk, ha a látogatók testre szabott weboldalakat 
látnának viszont. Lássunk pár ötletet: 

Először is megnézzük mely pincészetek mely borai fogynak 
a legkevésbé. Ezeket összehasonlítjuk az azonos kategó- 
riájú borok fogyási statisztikáival, így megállapítjuk, hogy 
a minőséggel, vagy az árral lehet gond: 

A honlapon legkevesebbet vásárlók számára akciós cso- 
magokat állítunk össze, amelyről direkt emailt kapnak. 
Igényesebb vásárlóink részére különleges borokról külön 
információs oldalt állítunk össze. Ha az általuk legtöbbet 
vásárolt kategóriában új termék kerül a kínálatba, erről 
külön értesítjük őket. 

Bizonyos összeg feletti vásárlás esetén törzsvásárlói kört 
alakítunk ki, melyek számára engedményt biztosítunk min- 
den bor árából. 

Azoknak a vásárlóknak, akik a vásárlás napján ünneplik 
névnapjukat, vagy születésnapjukat, külön ajándékkal ked- 
veskedünk. 

Ezen ötletek megvalósítására könnyen kezelhető és hatékony 
felületet biztosít a Commerce Server 2000 számunkra. 


Borbély András, aborbely Oprotomix.hu 
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